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INTERNET BARGAINING SYSTEM 

BACKGROUND OF THE INVENTION 

1, Field Of The Invention 

The present invention relates to electronic commerce applications that utilize 
digital and analog networks; and, more particularly, to a method and system for 
conducting electronic commerce over the Internet. 

2. Description Of The Prior Art 

Computerized marketplaces are enjoying widespread use. These marketplaces 
have been successfully nm domestically and in many foreign countries 
Computerized markets range from simple classified ad, bulletin boards to complex 
mainframe-based market systems, such as NASDAQ, which provides a real-time 
market-makmg system for tens of fliousands of securities brokers. Modem stock, 
bond and commodity exchanges are supported by computerized databases and 
related background systems that enable them to function. 

Typically, electronic Exchanges are designed to facilitate commercial 
transactions mvolving tokens of ownership, such as shares of stock or physical 
objects such as cars, gold and the like. Other Exchanges specialize in the sale of 
information stored on databases that require payment of access fees to content 
providers for proscribed content downloaded by the user. Still oflier Exchanges 
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provide matching services for parties seeking an efficient way to find each other. An 
example of matching services provided by an Exchange of this kind are the services 
afforded by a dating service or a job bank. 

Exchanges can also function to support a market place for the buying and 
selling of consulting services. These types of Exchanges support a form of activity 
that is appointed to take place in the future. The Exchange serves as a structured 
meeting grovmd for the negotiation of the service to be provided. During operation 
of these types of systems, both parties must disclose tiieir identities to each other. 
When trading is imminent, one party simply contacts the other directly and privately, 
without the Exchange's knowledge, thereby avoiding any costs, which might 
otherwise have been assessed by the Exchange- 
Working expert exchange marke^laces, whether they are physical or 
electronic, require a complete and highly specialized set of conditions in order to 
function and thrive. Certain ingredients or features of service, if noissing, can result 
in a shortage of either buyer or seller or lead to the collapse of the Exchange. 
Sufficient qualification of each is clearly needed for continued operation. At the 
same time, the Exchange must be able to ensure that income derived from the 
commerce of its activities is sufficient to cover operating costs and sustain 
profitability. 

Exchanges should also provide sufficient motivation to ensure that significant 
nimibers of buyers and sellers use the exchange in lieu of other available market 
place alternatives. Several factors, if present, would motivate buyers and sellers to 
use an exchange: (i) there must exist a hig^ expectation of the usefulness of the 
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Exchange that makes the user willing to take the time and eflFort to learn the rules of 
the exchange; (ii) buyers and sellers should be able to locate each other on the 
exchange at exactly the right time and place; (iii) a buyer and a seUer should be able 
to quickly and easily negotiate transaction terms; (iv) buyers and sellers must reach 
a complete and final agreement in which the expectations of the parities are well 
defined; (v) tiiere must exist an arrangement for acceptable credit terms; (vi) a 
mechanism should be provided for delivery of the goods or services called for by the 
agreement; (vii) there must exist a mechanism to deUver payment when the 
agreement is fulfilled; (viii) buyers and sellers must be able to rely on the Exchange 
to enforce agreements made on the Exchange with certainty of payment and legal 
recourse; transaction fees must be reasonable in conq)arison to alternatives; biQ^eis 
and sellers should enjoy ready access to the market without levels of knowledge and 
cost of hardware commensurate with the value of the goods or services sold on the 
Exchange. 

Traditional real world commerce in ejq)ertise or consulting services strongly 
favors circumstances where both parties are in the same place at the same time and 
can see one another. When there is no fece-to-fece contact and the parties instead 
rely on mail, phone, faxes etc., significant burdens and costs are imposed. These 
burdens and costs reduce the likelihood that expert commerce will take place. This is 
especially true if the parties are located in countries with different languages, 
customs, legal systems, currencies etc. Each added burden dramatically reduces the 
chances for agreement and makes it more difficult to satisfy aU of the previously 
noted infi-astracture conditions. If one or both of the parties in an online transaction 
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is a private-party with no established organization or commercial resources, the 
difficulties heretofore discussed tend to increase. 

Notwithstanding the problems faced in this field, the twenty-first century 
demand for worldwide commerce and Exchange services is expected to mcrease 
dramatically. A nQriad of businessmen, government officials, academics and 
ordinary consumers now mteract with each other via online networks. Consequently, 
the demand for worldwide commerce and Exchange services is growing dramatically. 

To exploit this potential growth, there is needed a universally accessible 
facilitating system. Such a system should be especially designed to process the 
puichase and sale of goods and services in an effective, smartly structured manner. It 
must be thorough and cover aspects of an arms-length bargain not present when 
goods and services are electronically purchased or sold in the conventional way. 

Conq)uterized stock markets seamlessly and effortlessly process transactions 
of billions of shares of equities, bonds and financial instruments every day. In like 
manner, there exists a need for a mechanism tiiat facilitates purchase and sale of 
goods at an optimum price. Especially needed is a system wherein the buyer and 
seller need not see or meet each other; but can deal effectively through use of a 
structured, organized system that facilitates and supports the infiastructure needed 
for commercial transactions involving purchase and sale of goods. 
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SUMMARY OF THE INVENTION 

The preset invention provides an electronic bargaining system fliat 
(i) enables buyers to bargain witb the system m order to negotiate an optunum 
bargam price; and (ii) enables sellers to sell or list fbek products by bargainmg with 
the system to negotiate tiie best offered price. Advantageously, the system permits 
purchase and sale of goods to be transacted at a bargained for price tiiat represents 
the best bargain obtained by the parties. That is to say, a bargained for price for 
transactions consummated by the electronic bargaining Systran is reached by the 
parties in a highly reliable manner. Principal attributes of that bargained for price are 
those captured by the characterization: "Our Best Bargain, Your Best Bargain". 
Generally stated, the system apparatus comprises: 

(i) a Business Controller unit adapted to process buyer requests and to 
mitiate a bargain process structured to provide an optimum price for each of the 
hyxy&r and the system, ttie Busmess Controller unit bemg furflier adapted to process 
seller requests and to initiate a bargain process structured to provide an optimum 
price offered to the seller by the system, said controller unit being connected with a 
database unit thai searches the database to generate a search result, and processes the 
search results according to the buyer and seller request; 

1. a database controller unit having all required databases such as payment 
database, billing database, biryer database, seller database, and product database; 
and 
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(iii) a transceiver disposed in communication with the Business Controller 
unit, for transmitting Business Controller generated responses to biQ^ers and the 
sellers and receiving buyer and seller requests to initiate a bargain process. 



5 BRIEF DESCRIPTION OF DRAWINGS 

The invention will be more fully understood and further advantages will become 
apparent when reference is had to the following detailed description and the accompanying 
drawings, in which: 

FIG. 1 is a block diagram illustrating the functional components of the present 
10 Ihtemet bargaining system, including Business Controller 2.0, database controller 3.0, buyer 
interface 5.0, and seller interface 6.0; 

FIG. 2 is a block diagram illustrating the functional components of Business 
Controller 2.0; 

FIG. 3 is a block diagram illustrating the ftinctional components of database 
15 controller 3.0; 

FIG* 4 is a block diagram illustrating the functional components of the network 
interface 4.1; 

FIG. 5 is a block diagram illustrating the functional components of the buyer 
interface 5.0; 

20 FIG. 6 is a block diagram illustrating the functional components of the seller 

interface 6.0; 

FIG. BFl is a flowchart illustrating a process by which buyer formulates buyer 
request 1.2; 



wo 01/97133 PCT/USOl/16736 

7 

FIG. BF2 is a flowchart illustrating a process wherein the initial processing of buyer 
request L2 and first response generation by Business Controller 2.0 is intentional; 

HG. BF3 is a flowchart illustrating an alternate process for buyer request 
processing; 

FIG. BF4 is a flowchart illustrating a process for ofiEline bargaining in which 
Business Controller 2.0 bargains with more than one buyer; 

FIG. BF5 is a flowchart illustrating a bargain price generation process by Business 
Controller 2.0 during bargain negotiations with buyer; 

FIG. SFl is a flowchart illustrating a mettiod wherein the seller registers himself 
with the Business Controller 2.0; 

FIG. SF2 is a block diagram illustrating a process by which the seller submits 
product details; 

FIG. SF3 is a flowchart illustrating a process by which Business Controller 2.0 
performs the creation and initial processing of the seller request 1.4; 

FIG. SF4 is a flowchart illustrating a process wherein the seller wishes to sell a 
product to Business Controller 2.0, or the seller wishes Business Controller 2.0 to place 
seller's product on sale; 

FIG. SF5 is a block diagram illustrating the inquiry process used by the seller to 
inquire about the sale of a product; 

BIG. BNl is a block diagram illustrating a process by which buyer creates a profile 
and registers with the system online; 

FIG. BN2 is a block diagram illustrating a process by which the biiyer selects a 
product and creates a buyer request; 
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FIG, BN3 is a flowchart Ulustrating a process used by buyer to make his request to 
Business Controller 2.0 after selecting the product online, and a process by way of which 
Business Controller 2.0 initiates flie bargain process; 

FIG. BN4 is a flow chart illustrating the initial processing of buyer request 1.2 and 
5 first response generation by Business Controller 2.0; 

FIG. BN5 is a flow chart illustrating the process of onlme bargaining between buyer 
and Business Controller 2.0; 

FIG. BN6 is a flow chart illustrating a process of online bargaining in which 
Business Controller 2.0 bargains with more than one buyer; 
10 FIG. BN7 is a flow chart illustrating a process wherein a continuous 

communications channel is established between the buyer and Business Controller 2.0 using 
a message window; 

FIG. SNl is a flow chart illustrating a method by which the seller registers himself 
with Business Controller 2.0; 
15 FIG. SN2 is a flow chart illustrating a method by which the seller registers himself 

with Business Controller 2.0; 

FIG. SN3 is a flow chart illustrating a process in which Business Controller 2.0 does 
the initial processing of the seller request 1.4; 

FIG. SN4 is a flow chart illustrating the transactions involved when the seller wishes 
20 his product to be opened for sale; 

FIG. SN5 is a flow chart illustrating the process by which the seller bargains with 
Business Controller 2.0 to get the best bargain price for the product, sells it to Business 
Controller 2.0 at step SN5.1, and provides tiie ID number for authorization at step SN5.2; 
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BIG. SN6 is a block diagram illustrating an embodiment in which tiie seller can 
inquire about the sale status of the product; 

FIG. BBl is a flowchart illustrating a bidding process in which the buyer bids for a 
product; 

FIG. BB2 is a flowchart illustrating a method for processing a request created by the 

buyer; 

FIG. BB3 is a flowchart illustrating an alternate form of bidding procedure; 

FIG. BPl is a block diagram depicting an embodiment of the billing and payment 
system in which the billing process is initiated; 

FIG. BP2 is a block diagram depicting a process for pa^ng the seller or vendor; 

FIG. BP3 is a block diagram depicting a billing procedure using credit card$ as a 
primary transaction tool; 

FIG. BP4 is a block diagram depicting a billing procedure utilized when the amount 
to be paid to the seller has been calculated; 

FIG. BPS is a block diagram illustrating a payment procedure for billing buyer using 
standard bank checks; 

FIG. BP6 is a block diagram illustrating a payment procedure for transmitting 
payment to seller involving standard bank checks; 

FIG. BP7 is a block diagram illustrating a procedure in which funds are transferred 
via"EFP'; 

FIG. BP8 is a block diagram illustrating a procedure in which funds are transferred 
to the seller via "EFT'; 

EIG. BP9 is a block diagram depicting a procedure for billing the buyer using digital 

cash; 
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FIG- BP 10 is a block diagram depicting a process for sending payment to the seller 
using digital cash; 

FIG. CSl is a flowchart illustrating a customer satisfaction embodiment, the 
elements of which include buyer complaint reviewing and follow-up procedures; and 
5 FIG. CSl is a flowchart illustrating the handling and processing of comments 

concerning the quality of products received by the buyer. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The term "bargaining" as used herein means a process used by two or more parties to 
10 arrive at an agreement, which governs certain rights and duties between them. During the 
bargaining process, the negotiating parties give reasoning and mcentives to convuice the 
oflier party to come to terms. This whole process is referred to herein as bargaining. The end 
result is an agreement on which the parties execute accordingly. 

Advantageously, the Internet bargaining system of tiie present invention affords new 
15 features and value-added services to the customers that have not heretofore been available. 
It fulfills a longstanding need for a buyer-driven bargaining system that enables the buyer to 
bargain for the price he wants. In addition, the system provides a seller-driven bargaining 
sj^em that avoids sellers concerns about publicity and price of their product That is to say, 
the $5^tem provides a unique Internet bargaining structure that proceeds on the basis of "our 
20 bargain price, your bargain price". 

In general, ftxe Internet bargaining system provides tiie following services and 
features for the buyers and sellers. 
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The buyer is able to find bargains at a price most suitable to him. In use of the 
Internet bargaming system described above, it is unnecessary for the buyer or seller to see or 
meet each other. The syston provides substantially all mformation about the product, and 
questions concerning the product are addressed. Buyers can contact the system at a 

5 convenient time using a variety of communication modes. Preferably a buyer uses a 
communication mode selected from the group consisting of on-line, off-line and real-time. 
Each of these communication modes will be described hereinafter in further detail. At the 
request of the Buyer, the system can provide assistance via prompts, pop-up messages and 
icons, thereby enabling Buyer to proceed with the bargaining process on his own. 

10 Assistance from a system consultant is also provided, upon Buyer request 

^ , Sellers obtain a negotiated and best available price for their products. Substantially 

all bargains are negotiated by the buyers to obtain an optimum price for seller goods or 
services. In one embodiment, the system processes all the financial matters of tiie deal for the 
buyer and the seller. Sellers do not have to engage in the troublesome task of bargaining 
15 with sin^e or multiple buyers. The system operates as an optimized and Gxp&rt middleman 
between the buyer and the seller. Transactions can be negotiated and consummated on a real 
time basis or offline, on the basis of bargained for, mutually agreeable terms. 

These features, in combination, provide an Internet bargaining system that is easy to 
use and enables bargaining to be carried out and bargains reached in an effective, cost 
20 efiQcient manner. 

Referring to Figs. 1-6 of the drawings, there is shown tiie metfiod and apparatus of Ae 
present invention. In a preferred structure the system of the mvention comprises: buyer 
interface 5.0, database controller 3.0 and an associated database. The system identifies the 
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appropriate mode of bargain, supervises tibie bargain requests by the user, and processes 
those requests to produce appropriate bargain responses. Advantageously, in operation of 
the system, the hvyer and seller can arrive at a suitable bargain price in a simple cost and 
time effective manner. The term "user" is herein intended to mean a biQ^er or seller that 
5 accesses the system to participate in a bargaining process, bench mark a product or service, 
or othenvise obtain information concerning products or services offered by the system. 

The system architecture for the preferred structure of the present Internet bargaining 
system is illustrated in Figs. 2,3,5, and 6. Referring again to Fig. 1, the apparatus comprises 
Business Contt-oUer 2.0, database controller 3.0, buyer interface 5.0, seller interface 6.0, 

10 (collectively, the " nodes Each node is connected via an Internet coimection using a 
public switched phone network 1.1, such as those provided by a local or regional telephone 
operating company. Connection can also be provided by dedicated Data lines, cellular 
phones, Personal communication system (PCS)", wireless computer and hand-held devices, 
and microwave or satellite networks. Buyer interface 5.0 and seller interfece 6.0 are used 

15 both as inputs and as output gateways for commimications with Business Controller 2.0. 

The method and apparatus of the invention utilizes these components to implement a 
imique bargaining system in which buyers and sellers can interact with a Bminess Controller 
2.0 assigned expert to arrive at a price that optimally suits their demands. The assigned 
expert can comprise a system generated assistant, referred to herein as a '^Bargain Guru". It 
20 can also comprise a consultant, available on an on-line or off-line basis, to provide 
assistance or otherwise facilitate the bargaining process. 

As illustrated by Fig. 2 of the drawings. Business Controller 2.0 includes central 
processor (CPU) 2.4, encoding/ Decoding process 2.1, payment processor 2.6, Bargain 

BN$0C3CI0: <WO 0t97133A1 I > 
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fonnulation processor 2.5, Commission formulation processor 2.7, Business rules 
component 2.8, Operating system 2.2, and network interface 3.1. A conventional personal 
computer or workstation with sufficient memory and processing capability may be used as 
Business Controller 2.0. Alternatively, the Business Controller 2.0 can comprise a hand held 
5 wireless communication device such as a Palm Pilot®, WordPad® or the like. 

In one embodiment. Business Controller 2.0 operates as a Web server, both receiving 
and transmitting data inquiries generated by buyers and sellers. Business Controller 2.0 must 
be capable of processing high volume transaction, performing a significant number of 
mathematical calculations in processmg communications. A Pentium-II 300 MHz 
10 microprocessor commonly manufactured by Intel Inc. may be used for CPU 2.4. This 
processor employs a 32-bit architecture. Other processors suitable for use as CPU 2.4 
include Motorola 120MHZ PowerPC or Sun Microsystems SOLARIS. 

Each of billing processor 2.3 and payment processor 2.6 can comprise a 
conventional microprocessor (such as Intel Pentium) supportmg the transfer and exchange of 
1 5 payments, charges, or debits attending transactions processed. These processors may also be 
configured as part of CPU 2.4. 

Processing of credit card transactions may be supported with commercially available 
software, such as the Secure Web server manufactured by Open Market Inc. This server 
software transmits credit card numbers electronically to the Open Market headquarters for 
20 card-processing verification. An Integrated Commerce Service at the Open Markert 
headquarters provides back-office services necessary to run Web-based businesses. The 
back-office services include online account statements, order-taking and credit card payment 
authorization, credit card setflement, automated sales tax calculations, digital receipt 
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generation, and accoimt based purchase tracking and payment aggregation for low priced 
services. 

The bargain formulation processor 2.5 and the commission calculation processor 2 J 
can comprise conventional microprocessors (such as Intel Pentium) that support 
5 mathematical processmg of different bargain prices and calculation of conmiissions. A 
busmess rules component 2.8 can use this type of microprocessor for its functionality. 

A database controller 3.0, shown in Fig. 3, comprises a conventional personal 
computer or computer workstation having sufficient memory and processing capabflity. In 
one embodiment, database controller 3.0 operates as a Database Server, both receiving and 
10 transmittmg data inquiries generated by the Business Controller 2.0. 

Fulfilling the high volume transaction processing and data queries required during 
operation of the Ihtemet bargaining system requires a powerful microprocessor. A Pentium 
n 300 MHz microprocessor commonly manufactured by Intel Inc. can comprise CPU 3.1. 
Other equivalent ntiicroprocessors may also be used. 

15 A data storage device of the type suitable for use with the invention generally 

includes magnetic storage devices such as fixed discs, and the like. These storage devices 
will be used for housing the databases used in the processing of transactions by tiie system. 
These databases include buyer database 3.5, seDer database 3.6, product database 3.9, 
request database 3.3, response database 3.4, payment database 3.7, billing database 3.8, and 

20 audit database 3.10. In a preferred embodiment database software such as Oracle 8, 
manufactured by Oracle Corporation, is used to create and manage tiiese databases. 
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Buyer database 3.5 maintains data on each buyer, including name, address, phone, E- 
nwil, payment preference, language preference, product preference and the like. Seller 
database 3.6 maintains data on each seller such as name, address, phone, £-mafl, language 
preference, past selling record, product ID, price range preference for sale of the product 
either as a single item or in bulk, or as a package deal, availability of the product, condition 
of the product, picture, if available, and the like. In addition, seller database 3.6 contains 
information about tfie product ID, and any advertising data of the product to be sold. The 
seller database 3.6 also holds information about bargain bids and flie response generation by 
the system. 

The Bargain request database 3.3 includes all buyer requests 12 received by 
Business Controller 2.0, indexed product ID. A unique tracking number is also stored for 
each buyer request 3.3. 

The bargain response database 3.4 contains all bargain responses issued by Business 
Controller 2.0. This database is indexed by the request tracking number. Bargain response 
1 5 database 3.4 also contains all the bargain prices issued by the Business Controller 2.0 in the 
bargaining process of a product. 

Payment database 3.7 and billing database 3.8 track all commercial transactions, as 
well as payment and billing preferences and, optionally, shipping details and product 
tracking mformation. These databases are valuable m the event of inquiries by both buyer 
20 and seller so that an audit trail can be produced. Product database 3.9 mainfaing product ID 
and other details about the product. 
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Audit database 3.10 stores transactional information that may be retrieved for later 
anal^^is; for example, the buyers and sellers negotiations proceedings from chat rooms, or 
audit trails by the Business Controller 2.0 migjit be stored in this database so that buyer or 
seller inquiries concerning service or price, or the transaction history can be independently 
5 verified. 

Network interface 4.1 provides a gateway for communication with buyers and sellers 
through a buyer interface and a seller interface, respectively. Conventional internal or 
external modems serve to provide the network interface. The modem is supported at a baud 
rate ranging from 28800 upwards, but may combine such inputs into a tl or t3 line, if more 
1 0 bandwidtii is required. 

In a preferred enibodiment, network interface 4.1 is connected with tiie Ibitemet 
and/or any of the commercial Internet service providers, such as AOL, CompuServe, IBM, 
and the like. This allows both buyers and sellers to access the sj^tem from a wide range of 
online connections. As used herein, the term "connection" means a conventional wired 

15 connection as would be provided by a modem and telephone line or, alternatively, a wireless 
connection, such as that provided by a wireless modem, cell phone or the like. Several 
commercial e-mail servers include the above functionality. Outlook Express, an electronic 
mail software package manufactured by Microsoft; Corporation, is designed to link people 
and information over enterprise networks and the Intemet. Any other plat-independmt e- 

20 mail, secure server-based software that uses open standards based on intemet protocols can 
be used. Buyers and sellers can exchange messages with files, graphics, video and audio. 
The system should support multiple languages. 
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Although &e foregoing embodiment describes a sin^e computer acting as the 
Business Controller, it will be readily appreciated by those skilled in the art that the 
functionality can be distributed over a plurality of computers. In another embodiment the 
Business Controller 2.0 and the database controller 3.0 are configured in a distributed 
architecture, shown by Fig. 4, wherein the database and processor components are housed in 
separate units or locations. Business Controller 2.0 components perform the primary 
processing functions and contain at a minimum RAM, ROM and a general processor. Each 
of these controllers is attached to WAN HUB 4.2 that serves as the primary communication 
Imk with the other devices WAN hub 4.2 may have minimal processing capability itself, 
serving primarily as a communications router. 

Although a limited number of controllers are shown in this embodiment those skilled 
in the art will appreciate tibat an almost unlimited number of controllers may be supported. In 
such configuration, each controller is in communication with its constituent port, but stand- 
alone units perform the processor and/or data storage functions. 

Payment processor and database 4.3, billing processor and database 4.4, and 
biQ^er/seller database 4.6 commimicate through WAN Hub 4.2 with controllers 4.7 through 
4.9- With this arrangement, the system is more flexible and dynamic, and less vulnerable to 
catastrophic hardware failures. 

In Figs. 5 and 6 there is illustrated a buyer interface and a seller interface, 
respectively. Typically, each of these interfaces is provided by a personal computer having 
an input device such as keyboard, mouse, or conventional voice recognition software 
package. Each of the bx^^er and seller interfaces also has a display device such as a video 
monitor, a processing device such as a CPU, and a network inter&ce such as a combination 
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of modem and an ISP connection. Alternatively, the buyer interface 5.0 and seller interface 
6.0 may also be voice mail system, or other electronic or voice communication system. 
Devices such as fax machines or pagers are also suitable interfaces. Buyer and seller 
interfaces other than on-line via the Internet will be managed through the phone system and 
5 the bargaining process will be facilitated by customer service agents. 

Referring to Figure 5, the buyer interface is described which includes central 
processor (CPU) 5.1, RAM 5.2, ROM 5.3, video driver 5.8, video monitor 5.10, 
communications port 5-7, input device 5.9, network interface 4.1 and a data storage device. 
Each of these components is substantially identical to those described in Fig. 6. 

10 The primary functions of the seller mterface 6.0 and the buyer interface 5.0 are 

message creation and transmission. Numerous commercial software applications can enable 
the communications required by seller interface 6.0 and buyer interface 5.0. MS Outlook 
Express, manufactured by Microsoft, for example, provides editing tools for the creation of 
messages as well as communication tools to route the message to the appropriate electronic 

15 address. 

Referring to Fig. 6 there is shown seller mterface 6.0. The seller interface includes 
central processor (CPU) 6.1, RAM 6.2, ROM 6.3, video driver 6.8, video monitor 6.10, 
communication port 6.5, input device 6.9, network interface 4.1, and data storage device 6.6. 
CPU 6.1 can be comprised of a Pentium microprocessor such as 100 MHz P54C. CPU 6.1 
20 has a standard chip-based clock, which is used to timestanq) the seller request produced witihi 
seller interface 6.0. A modem is required to transmit data to Business Controller 2.0 for 
ftiriher processing so that the seller's product may be advertised open for bargain and given 
a starting bargain price. The encoding and decoding processor 6.4 is required to encode and 
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decode data transferred to and from Business ControUer 2.0. Data and decoding processor 
wUl be discussed at a later stage. Data storage device 6.6 is a conventional magnetic based 
hard disk storage unit, such as those manufactured by Western Digital. Information database 
6.6 is used for archiving seller requests and the bargain details, payment records and 
shipping details are recorded at local database 6.7. 



Asynchronous Bargaining Embodiment 

In one embodiment of the current invention, the communication between buyers and 
the sellers takes place asynchronously through Business Controller 2.0. The buyer creates 
buyer request 1.2, transmits it to fhs Busmess Controller 2.0 and then disconnects from the 
network. The Busmess Controller 2.0 generates a buyer response 1.3, accepting the request 
In the event that the buyer request is not acceptable, the Business Controller 2.0 generates a 
new baigam price for the bi^er and sends it to the buyer for consideration. The buyer then 
generates a new buyer request based on Has new bargain price received from Busmess 
Controller 2.0. This process is continued until (i) an acceptoble price is arrived at, or (ii) one 
of the parties to tiie transaction discontinues the bargainmg process, or (iii) the product or 
service beccmaes unavailable, or (iv) buyer runs out of chances or does not request additional 
chances, or (v) the predetermined time period allotted for bargaining has expired. 

Alternatively in the case of seller, the seller sends a seller request containing a 
seller's offered price and details about his product to the Business Controller 2.0 and 
discoimects from the network. Business Controller 2.0 then generates a response having the 
form of (i) disapproval of seller's request or (ii) request for more details, or (iii) acceptance 
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of the seller request, or (iv) provisional acceptance of seller request based on a modified 
bargain price or modified product or service offering suggested by tiie Business Controller 
2.0. to flie event that tiie seller request is not accepted by the Business Controller 2.0, the 
seller generates a seller request based on the response received from Business Controller 2.0. 

5 This process is continued until (i) an acceptable seller request is arrived at, or (ii) one of the 
parties to the transaction discontinues the bargaining process, or (iii) the seller decides to list 
tiie product on open sale, as desaibed herein, or (iv) the seller runs out of chances or 
declines to purchase additional bargaining chances, or (v) the predetermined time for 
bargaining has expired, to either case the buyer or seller does not communicate wifti the 

10 Busmess Controller in real time. 

Offline Communications with Buyer 

With reference to Figure BFl, there is described the process by which buyer 
formulates buyer request 1.2. 

The buyer first creates a request at step BFl.l, by choosmg a product from the given 
15 list of (i) products, which include airline tickets, new and used cars, electronic components, 
computer peripherals, groceries, furniture, antiques, and the like; and/or (ii) services, which 
mclude legal services, consulting services, babysitting services, maid services, medical 
services, and the like. It will be appreciated by those skilled in the art &at the list of 
products and services includes a myriad of products and services, that is to say, virtually any 
20 product or service which is required by a consiraier or busmess entity and can be readily 
valued and priced for sale, and which is susceptible for purchase and sale in a bargaimng 
context The term '*producf as used herein is intended to mclude any product and/or service 
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that constitutes subject matter adapted to be priced and sold for a baigained for 
consideration. 

The buyer attaches his ID number to the request at step BF1.2. This ID number is 
received from the Business Controller 2.0 when buyer registers for the service and submits 
his profile (as illustrated below in figure BNl). 

Business Controller 2.0 maintains a database of buyer ID numbers in buyer database 
3.5, and issues or allows only unique numbers. At step BFL3, the buyer attaches criteria to 
request as shown in step BF1.35 in the figure. Criteria typically includes tiie type, size, time, 
model, make, model number, and the like. 

At step BF1.4, both the buyer ID and criteria are combined with request, producing a 
complete buyer request 12. The information given in buyer request 1.2 is used by Business 
Controller 2.0 to generate bargain price for the products meeting criteria as shown in box 
BF1.35. Criteria used in BF1.35 is searchable. Business Controller 2.0 searches product 
database 3.9 to get appropriate products for the buyer request 1.2 based on the criteria. The 
criteria in BF 1.3 5 typically describes flie reqmred product, as well as the ^ecific details of 
tiie product that the buyer wants to buy. The products typically include akline tickets, new 
and used cars, real estate, furniture, computer equipment, electronic equipment, tools, books, 
magazines, and the like. There may be a specific format for the criteria, requesting the buyer 
to use a given set words and symbols such as "model = 99", "No. Of seats ==5", 'Mileage <= 
2000", "make = Cadillac" and the like for used cars, or it can be "capacity >= 8GB", 
"manufecturer = Seagate", "price <= 10000" and the like for a buyer interest in birying a new 
hard disk. The buyer can also designate response time, payment mode and type of service as 
criteria of buyer request 1.2. 
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Referring back to Figure BFl, tlie buyer then converts buyer request 1.2 into 
electronic format at step BF1.5 and is transmitted to Business Controller 2.0 at step BFL6. 
This transfer occurs via electronic mail, the system also supports voice mail, facsimile or 
postal mail transnoissions of buyer request 1.2. Buyer request can also be posted to bulletin 
5 boards or web pages operated by Business Controller 2.0. In a web-based embodiment, 
buyers may fill out an electronic form built into the web pages of Business Controller 2.0. 

It should be noted that the generation and transmission of buyer request 1.2 does not 
require the use of proprietary software. Conventional electronic mail software such as 
Outlook Express, for example, is capable of providing editing tools for the creation of 
10 messages as well as the communication tools to route the message to the appropriate 
electronic mail address. As long as the message conforms to standards established by the 
Business Controller 2.0, an email program is capable of generating and transmitting buyer 
request. 

The standard would specify the message address, the information to be contained in 
IS the subject heading, and the processing order of the body of the message. The first line of 
the body of the electronic mail, for e.g. may contain the ID of the buyer. The second line is 
the product, third line the model and the fourth line the price buyer is willing to pay. 
Standard forms could also be electronically mailed to the buyer, allowing him to sirq^ly fill 
in the blanks and return buyer request 1.2 to Business Controller 2.0. Shnilar forms and 
20 standards could be applied to fax and postal mail transmission. 

Referring to Figure BF2, fliere is shown a flow chart for the case i^ere tiie initial 
processing of buyer request 1.2 and first response generation by Business Controller 2.0 is 
intentional. Buyer request 1.2 is received, stored and processed by Business Controller 2.0 
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before generating a response. At step BF2.1, buyer request 12 is received from the buyer. 
Business Controller 2.0 supports all transmission methods allowing for a wide variety of 
formats of incoming buyer request Some formats may be changed before further processing 
by Business Controller 2.0. Buyer request 1.2 transmitted by mail in paper form, for 
5 example, is scaimed and digitized, using optional character recognition software to create 
digital text Once buyer request 1.2 has been received, it is stored in request database 3.5 
where it is assigned a xmique tracking number. 

After being stored at step BF2.1, buyer request may go through a series of processing 
steps. One step, if necessary, is language translation. There are two forms of language 

10 translation. With the first form, a standard language is created in which all buyer request 1.2 
must be written. Business Controller 2.0 extracts data from the buyer requests. The second 
form requires translation to the language most appropriate for the buyers and sellers and 
Business Controller 2.0. This translation is provided by language experts associated with the 
system, or by automatic translation software such as Systran Professional, manufactured by 

15 "Systran" software. Twelve bi-directional language combinations are available, including 
English to/from French, Italian, German, Spanish, Portuguese and Japanese. 

Another processing step, if necessary, involves a check for spelling or typographical 
errors. Buyer request 1.2 is reviewed for clarity. Errors detected in Buyer request 1.2 are 
returned to the buyer for clarification and error removal. 

20 One processing step comprises a search for criteria If no criteria have been 

mcluded, the buyer request is returned to the buyer for resubmission. The buyer can 
alternatively provide criteria by selecting the buyer request product directly via online 
comiection as described hereinafter in Iho Synchronous Bargaining embodiment 
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If the buyer does not want to provide criteria, buyer request 1.2 may be classified by 
searching (i) the request for predetennined key words, or (ii) a list stored in product database . 
3.9. Key words thereby developed are then used to generate criteria. Product database 3.9 
includes a list of keywords associated with the products. The presence of one or more of 
5 those key words in the request triggers a classification of tiie request as the appropriate 
product 

One commercially available software package, which performs these types of 
searches, is Semantic Networks by Excalibur Technologies Corporation. The software 
provides the ability to retrieve approxmiations of search queries and has a natural tolerance 
10 for errors in both input data and query terms. Such software also provides a high level of 
confidence that searches will be successful regardless of errors in spellmg of the data being 
searched. Excalibur's baseline semantic network supports multi-layered dictionary, 
structures that enable integration of specialized reference works for legal, medical, finance, 
engineering and other fields. 

15 Excalibur Retrieval Ware enables developers to build information retrieval solutions 

for the fiill spectrum of digital information, including text, document images and multimedia 
data types. It allows for indexing and retrieval of digital hnages based on then: objective 
context. These components enable pattern recognitipn based image retrieval applications tibat 
automatically recognize certain types of visual information and provide extensive image 

20 management capabilities. 

Before searching for the product meeting the criteria in product database 3*9, 
Busmess Controller 2.0 searches for previous requests fi-om the buyer for the same product 
number at step BF2.2, so that uimecessary bargaining is not performed. At step BF23, if the 



wo 01/97133 PCT/USOl/16736 

25 

Business Controller 2.0 had accepted a buyer suggested bai^in price eailier, but the buyer 
did not proceed to purchase the product at that time, and now wants to continue, there is 
generally no need to repeat the initial phase of the bargaining process. The buyer can, 
mstead, be allowed to hold his bargain price for a limited time, or for an indefinite time, or 
until the product is purchased by another buyer. 

If there exists a system accepted, buyer requested bargain price for a product, and the 
buyer has not yet purchased the product, and has placed his bargain price on hold, tiien at 
step BF2.6, if buyer signals his intent to purchase the product. Business Ck>ntroller 2.0 will 
present the buyer witii higher baigain prices tiien extant, which have been offered by other 
bikers, to allow buyer to match or better the extant higher bargain prices. In the event tiiere 
exist no higher bargain prices. Business Controller 2.0 will process the payment and ship the 
product to die buyer. In tiie event tiiat the product has been purchased at a higher baigain 
price. Business Controller 2.0 creates a bargain price 1.2 at step BF2.4 provided the product 
is still available. If the product requested is no longer available, or buyer is not willing to 
mateh or better the higher bargain prices, Aen at step BF2.5, Business Controller 2.0 
generates firom product database 3.9 a list of product closely meeting the criteria in buyer 
request but differing in certain respects, such as brand name, quality, color, features and the 
like. The list generated from product database 3.9 is then presented to the buyer for 
consideration, and the process is continued, as described herein, witii buyer selecting a 
product from the list presented by Business Controller 2.0. 

After presenting the buyer witii tiie higher bargain offers by other buyers. Business 
Contix)ller 2.0 checks at step BF2.7 whether or not the buyer's bargain price revised in light 
of such higher bargain offers, is successful. If it is, tiien Business Controller 2.0 asks die 
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bi^er to accept the bargain at step BF2.8. When the buyer accepts flie offer at step BF2.9, 
Business Controller 2.0 finalizes the deal by billing the buyer and dispatching the product to 
the given address at step BF2.11. If buyer does not accept, then Business Controller 2.0 
continues with the bargain process at step BF2.10 until a successful bargain is arrived at In 
5 the event that the buyer's revised bargain price is not successful, then Business Controller 
2.0 generates a new bargain price for the buyer and proceeds with the bargaining at step 
BF2.12 and BF2.13, and tihie process is continued as described herein. 

In Fig.' BF3 tiiere is illustrated anotiiCT me&od of buyer request processing. Business 
Controller 2.0 assigns a tracking ID to each buyer request and, after receiving the request, 

10 stores it in request database 3.3 at step BF3.1 . Upon receiving a buyer request, the Business 
Controller searches at step BF3.2, Business Controller 2.0 to determine whether there exists 
in request database 3 .3 a similar request by the same buyer for the same product and vdiether 
the request was successful. In the event that a similar bargain request exists at step BF3.3, 
the buyer is notified about the bargain prices submitted by previous requests and whether 

15 such previous requests were successful at step BF3.6. If no similar requests exist at step 
BF3.3, tiien Business Controller 2.0 creates a bargain price in the form of a new bargain 
request using the criteria at step BF3.4. At step BF3.7, buyer has the option of either 
accepting the old bargain price or contkme bargaining. If buyer chooses to accept the old 
bargain price, the Business Controller 2.0 checks at step BF3.8 to determine M^ether or not 

20 the product is available. If the product is available, buyer is notified about bargain request 
acceptance at step BF3.11, and billed at step BF3.12. If the product is not available, or a 
price has not be«i agreed iq)on, then Business Controller 2.0 generates a list of products 
closely meeting the criteria but differing tfaerefi-om in some minor respect, such as brand 



PCT/USOl/16736 

27 

name, quality, color, features and the like, by searching through the product database 3.9 at 
step BF3.5. Business Controller 2.0 so informs buyer at step BF3.9 and asks him to send 
another request at step BF3. 10. 

In the event that the buyer refuses to accept fee previous bargain price at step BF3.7 
and the product requested or a product closely meeting the criteria, as described above, is 
available. Business Controller 2.0 (i) offers to accept the previous bargain price, as applied 
to purchase of product having closely matched but sli^tly dissunilar attributes, such as 
different brand name, qualily, color, features and the like, or (ii) generates a new bacgain 
price for purchase of the same product and proceeds with the bargaining process at steps 
BF3.13andBF3.14. 

Referring to Figure BF4 of the drawings, there is illustrated a process for offline 
bargaining in which Business Controller 2.0 bargains with more than one buyer. At step 
BF4.1, Business Controller 2.0 generates a bargain price for buyer request. This baigain 
price response is transmitted to the buyer at step BF4.2. If the buyer does not accept the 
bargain price at step BF4.3 then, at step BF4.4, Business Controller 2.0 is notified about the 
denial. Business Controller 2.0 asks bi^er for another bargain price of his choice at step 
BF4.5. If the buyer accepts the bargain price at step BF4.3 then, at step BF4.6, acceptance is 
sent to Business Controller 2.0. At step BF4.7, Business Controller 2.0 checks the presence 
of more than one bi^er bargaming for the same product If only one buyer exists then he is 
informed about the request appro^^ at step BF4.8 and then the hvyer is billed at step BF4.9. 

If at step BF4.7 there is more than one hxsyer bargaining, tiien Busmess Controller 
2.0 checks for the avaUability of that product at step BF4.10. In die event tiiat there is 
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avaUable sufficient quantity of product requested, Business Controller 2.0 continues 
bargaining at step BF4.11 and, at step BF4.12, bills the buyer. 

If the condition arises that only one piece of the requested product is available at step 
BF4.10, Business Controller 2.0 notifies the buyer offering the maximum bargain price that 
5 his bargain request has been approved at step BF4.13. Thereafter, at step BF4.14, Business 
Controller 2.0 notifies other buyers about the deal, stops running bargain process with Ihem 
and, at step BF4.15, initiates the billing process for the successful buyer. 

In Figure BF5 there is illustrated the bargam price generation process by Busmess 
Controller 2.0 during bargam negotiations with hvyer. After generating bargain price for the 

10 buyer at step BF5.1, Business Controller 2.0 attaches a product ID and stores it in response 
database 3.4 at step BF5.2, before sending this bargain price to the buyer at step BF5.3. If 
the buyer accepts the bargain price at step BF5.4, Business Controller 2.0 initiates the billing 
process at step BF5.6 and dispatches the product to the buyer at step BF5.7. Busmess 
Controller 2.0 mitiates the payment process for the seller or vendor or manufacturer of the 

15 product at step BF5.8. In the event of buyer refusal at step BF5.4, Business Controller 2.0 
asks buyer for his next best bargain price at step BF5.5, and the process is continued, as 
desoibed herein. 

Offline Communications with Seller 

Another feature of the Internet Bargaining System is the ability to provide for offline 
20 bargainmg and communications between the seller and Busmess Controller 2.0. In Figure 
SFl there is shown a method wherein the seller registers hunself with the Business 
Controller 2.0. At step SFl.l seller creates his profile, and at step SF1.2, specifies his name. 
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address, phone number and the like. SeDer converts his profile and, preferably, details about 
mode of payment into electronic format at step SF1.3. This data is then transmitted to 
Business ControUer 2.0 at step SF1.4. As described earlier, this transfer occurs via 
electronic mail, voice mail, facsimile or postal mail transmissions. 

5 Generation and transmission of seller profile data does not require proprietary 

software. Conventional e-maU software such as "Outtook Express", for example, provides 
editing tools for creation of messages, and communications tool to route these messages to 
the appropriate e-mail address. As long as a message conforms to the standaids established 
by Busmess Controller 2.0, any e-mail program can perform the required fimction. The 

10 standard specifies the address to send messages to, as weU as the fonnat of information 
contained in the subject and the body of the message. Standard fomis can be electronicaUy 
mailed to the seller, allowing the seUer to complete the fonns by filling in the blanks and 
returning the forms to Business Controller 2.0. Business ControUer 2.0 updates seUer 
database at step SF1.5 and generates a unique ID at step SF1.6 for seller authentication in 

15 fiiture. This ID number can contain a login name and password. The generated ID is then 
transmitted back to seller at Step SF1.7. Seller can use the ID number (i) to get authorization 
fix)m the system for sale of the product (or to sell another product at some other time), or (ii) 
for present or fiiture correspondence. 

Figure SF2 illustrates an embodiment in which the seller submits product details. At 
10 step SF2.1 the seUer creates a product profile giving specific details about his product, for 
exan^le, category, type, make, model, color, type and the like, as shown in SF2.2. The 
seUer attaches his ID number wifli the product profile for authorization at step SF2.3. 
Thereafter, at step SF2.4, the seUer converts the product profde into electronic format and 
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transmits his request to Business Controller 2.0, at step SE2.5. Transmission of the request 
at step SF2.5 can, alternatively, be accomplished by fecsimile or regular mail. As used 
herein, the term "regular maO" includes first class, or fester, mail deUvery, such as express 
mail, federal express, courier, messenger and the like. Business ControUer 2.0 updates 
5 product database, at step SF2.6, and at step SF2.7 Business Controller 2.0 transmits a 
response containing the seller request and conditions of sale. 

Reference is now made to Figure SF3, in which Business Controller 2.0 performs the 
creation and initial processing of tfie seUer request 1.4. Seller creates seller request 1.4 at' 
step SF3.1, converts it into electronic format, facsimile or regular mail at step SF3.2 and at 

10 step SF3.3 transmits it to Business ControUer 2.0. At step SF3.4 Business ControUer 2.0 
checks if the request is acceptable or not If tixe request is not accepted then, at step SF3.5, 
Business ControUer 2.0 asks the seUer to send the request agam or create a new request. At 
step SF3.4, if Business Controller 2.0 accepts the request then product database 3.9 is 
updated at step SF3.6. Then Busmess ControUer 2.0 starts the process of evaluation of the 

15 product at step SF3.7, and at step SF3.8 Business ControUer 2.0 generates a response 
according to the mode of sale specified in fb& request by the seUer. 

In Figure SF4 there is Ulustrated the related processes occurring when the seUer 
wants to seU his product to Business ControUer 2.0, or the seUer wants Business ControUer 
2.0 to put his product on sale. At step SF4.1, Business ControUer 2.0 evaluates seUer 
20 request and checks whether this is an acceptable request at step SF4.2. If the request is not 
acceptable, then Business ControUer 2.0 sends a rejection notification to seUer at step SF4.3 
and asks seUer to create a new request at step SF4.4. If, at step SF4.2, the request is 
accepted then Business ControUer 2.0 checks the mode of sale at step SF4.5. In the event 
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that the mode of sale in the request is to put the product on open sale, then Business 
Controller 2,0 puts tiie product on the selling list, adds a predetermined percentage typically 
at least about .001%, preferably about .05% to 1000%, and more preferably about .10 to 
20% based on the offering sale price of the product or service, and updates respective 
database at step SF4.6. As used herein, the term "open sale" means sale of the product, by 
auction, bargaining, or retail or wholesale listing thereof, without active participation by the 
Busmess Controller 2.0. At step SF4.7 Business Controller 2.0 checks whether the product 
is sold or not. If the product is sold Aen Business Controller 2.0 sends notification to the 
seller about the deal at step SF4.8 and, at step SF4.10, initiates the payment process for the 
seller in accordance with the conditions of sale. If the product is not sold, then at step SF4.9, 
the Business Control 2.0 continues to sell the product until (a) the product is sold, (b) the 
product is withdrawn by the seller, or (c) the time limit for listing the product has expired. 
Referring again to step SF4.5, if the mode of sale is bargaining i.e. the seller wants to sell the 
product to the Bargaining System or to a buyer with active participation by the Business 
Controller 2.0 at a bargained for price, then Business Controller 2.0 generates a bargain 
price for the seller, adds a predetermined percentage typically at least about .001%, 
preferably about .005% to 1000%, and more preferably about .10 to 20% based on the final 
sale price of the product or service, and updates response database 3.4 and step SF4.11. In 
flie event that the seller accepts the bargain price at step SF4.12, then at step SF4.13 
Business Controller 2.0 either initiates the payment process to seller in accordance with the 
conditions of sale, or actively bargains with prospective buyers to arrive at a mutually agreed 
upon bargain price for sale of the product and initiates payment to seller as per the 
conditions of sale. If the seller does not accept the bargam price, then Business Controller 
2.0 continues with the bargaining process at step SF4.14. 
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Referring to Figure SF5 there is illustrated the inquiry process used by the seller to 
inquire about the sale of his product At step SFS.l, seller creates inquiry request, attaches 
his ID number for authorization and transmits the request to Business Controller 2.0 along 
with product ID at step SF5.2. Thereafter, at step SF5.3, Business Controller 2.0 checks the 
5 sale status of the product ID specified in the inquiry request. If the product has been sold, 
the Business Controller 2.0 provides details of tiie sale and the agreed upon terms and 
conditions of sale. If the product is still listed for sale, then at step SF5.4, Business 
Controller 2.0 provides information about current and previous bargain offers. Business 
Controller 2.0 then asks the seller to transmit his comment about the sale status at step SFS.S 
10 which comment may include a revised request to list the product with certain purchase 
incentives, or at a revised purchase price. 

Synchronous Bargaining Embodiment 

In one embodiment of the present invention, buyers and sellers reqiiiring continuous 
interaction with the system establish a synchronous communication channel with the system. 

15 Inasmuch as the present invention is based on a bargaining system, real-time s}^tem 
communication is preferred instead of the asynchronous communication protocol. There are 
various methods that buyers and sellers can use to communicate with the systeoL Protocols 
for communications between one buyer and the system and between one seller and the 
system are described hereinafter in ftirlher detail. In the embodiment describing buyer- 

20 system communications, the buyer and system exchange a series of buyer requests and 
bargain responses using a one-to-one synchronous communications channel such as 
telephone, real-time text messaging, voice recognition and response systems, dynamic web 
pages, chat rooms on tihie Internet, wireless communication such as cell phones or Palm 
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PUots, and the like, or video conferencing. The same mechanism exists for the case of 
seller-system communications, in \vbxch the seller and system exchange seller requests and 
bargain responses. Buyer can request a synchronous communication channel when maldng 
an initial buyer request 1.2, using any of the embodiments of tiie present invention. If 
5 buyer's criteria includes a request for voice communications. Business Controller 2.0 
provides software enabling voice actuated computer communication, or assigns an expert to 
construct a synchronous voice or text-based synchronous communication channel. This 
mechanism is oftentimes employed for special cases; since Business Controller 2.0 is 
generally able to process the request and all steps of the bargaining process. 

10 Many synchronous communications channels may be used. For illustrative purposes 

an online messaging system is described which uses a standard online service to provide a 
real-time, text-based or voice-based communications link between the buyer and seller, as 
well as between the buyer or seller and Business Controller 2.0. 

Online Bai^aining with Buyer 

IS Jn Figure BNl, there is iUustrated a method by which buyer creates a profile and 

registers with the system online. Buyer connects to an online service at step BNl.l. This 
online service could be from any Internet service provider (ISP), such as AOL, CompuServe, 
Prodigy, IBM, and the like. It will be understood by those skilled in the art that the 
coimection can be a line cotmection such as a telephone line or cable connection, or a 

20 wireless coimection, such as that made using a cell phone. Palm Pilot or the like. At step 
BN1.2 buyer connects to Business Controller 2.0 and submits the profile at step BN1.3. 
Here huyor provides buyer's name, address, phone number, e-mail address, city, state, 
coimtry, preferred language and the like, as shown in box BNl. 4. Business Controller 2.0 
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can require the buyer to provide this information in a predefined format Alternatively, buyer 
may be required to fill out an online form for this purpose. Business Controller 2.0 updates 
buyer database 3.5 at step BNL5 and the buyer becomes registered with the system. At step 
BNL6, Business Controller 2.0 generates a imique ID number for the buyer. This ID 
5 number can contain a login name and password. This ID number is used by the buyer to get 
authorization for purchase of products fi-om the system. It also permits buyer to purchase 
wild card discoimts and bonus chances. The system may also award wildcard discounts, or 
special promotions on specific bargain deals, and/or award such wild card discounts and 
special promotions randomly or to privileged customers. Buyers are notified of such wild 

10 card discount awards by siirprise pop-up messages, or by instant messaging, or by means of 
a ^Ttargain Guru'\ In addition, the system is further configured to award purchase incentives 
selected fi*om the group consisting of: (a) bonus chances made available upon the purchase 
of products and/or sendees, or in response to buyer request for fi-ee bonus chances, or to 
encourage timely payment by regular customers and (b) purchase points provided upon 

15 purchase of products and services. The basis for providing purchase points wiU vary, 
depending on the price and quantity of product purchased, the referral of new purchasers 
and other product and service drivers, as may be referenced in the membership agreement. 

Buyer connects to Business Controller 2.0 to get information about new and future 
products. In addition, buyer can view the prices offered by the system. Buyer can mal» 
20 queries about the quality and state of products that are of interest for bargaining. At step 
BN1.7 Business Controller 2.0 notifies buyer about the conviction of tiie registration 
process, hx another embodiment of the invention, either buyer or seller can surf the Litemet 
bargaining site for a predetermine period of time, preferably ranging firom at least about 30 
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seconds, more preferably from about 1 minute to 10 hours, and still more preferably from 2 
to 7 hours, to determine product and service offerings. 

In Figure BN2 there is described an embodiment of this invention wherein the buyer 
selects a product and creates a buyer request. The system allows the buyer at step BN2.1 to 
establish an online connection to Busmess Controller 2.0 via the Intemet, using an ISP such 
as AOL, CompuServe, Prodigy and the like or other conventional online system. Online 
services act merely as a convenient way for synchronous communications given their 
capacity to process tens of thousands of simultaneous connections. In anottier embodiment 
Business Controller 2.0 process all synchronous communications directly, eliminating the 
need for online networks. Buyer interface 5.0 displays a screen on video monitor 5.10 that 
offers a selection of predeteimined product areas at step BN2.2, such as Airline Tickets, 
Real Estate, Cars, Sports Goods, and Antiques and the like, as described in box BN2.3. 
These product areas are stored in product database 3.9. Buyer selects a category and is 
presented with a list of products present in that category. Thereafter, buyer is prompted to 
select one of them at step BN2.4. 

Step BN2.4 can consist of several steps that may include frirfher selection of sub- 
categories related to the product These categories help the buyer to further refine the 
criteria of his request. At step BN2.6 buyer finalizes the choice of product At step BN2.7 
Business Controller 2.0 generates a product ID against the criteria submitted by the biiyer. 
Bargain request 1.2 is created at step BN2.8, which includes the buyer's bargain price and, 
optionally, the payment preference suggested by the buyer such as credit card, EFT, or 
digital cash as shown at step BN2.9. 
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In Figure BN3 there is shown (i) the process used by bxo^er to make his request to 
Business Controller 2.0 after selecting the product online; and (ii) how the Business 
Controller 2.0 mitiates the bargain process. At step BN3,1, buyer's request, buyer ID and 
product ID are combined to buyer request 1.2. This buyer request 1.2 is then transmitted to 
5 Business Controller 2.0 at step BN3.2, and at step BN3.3 Business Controller 2.0 stores 
buyer request 1-2 in bargain request database 3.3. At step BN3.4 Business ControUer 2.0 
decides whether or not the request can be accepted. If Business Controller 2.0 does not 
accept flie request, then at step BN3.5, Business Controller 2.0 checks the product database 
for alternative products. If no alternative product is found, then at step BN3.6, Business 

10 Controller notifies the buyer about the rejection of the request and stops bargaining. The 
appropriate reason of rejection is shown to the buyer through buyer interface 5.0 at step 
BN3.6. The basis for rejection could be (i) that the product may not be available at that time; 
or (ii) that the product has already been sold; or (iii) that the service is not selling products in 
that category; or (iv) that the price is below the final bargain price, or (v) that the bargaining 

15 chances have been exhausted, or (vi) the time allotted for bargaining has expired. At step 
BN3.1 1 Business Controller 2.0 updates its database and stops all transactions related to this 
process. For cases in vAdch the product is imavailable or has already been sold, or for which 
the buyer request price is too low, at step BN3-5, Business Controller 2.0 generates a list of 
products closely meeting the criteria (ie. price, product description and conditions of sale) 

20 set forth in buyer's request, but diflFering therefrom in some minor respect, such as brand 
name, quality, color, features and the like. Business Controller 2.0 generates this list of 
products by searching through the product database 3.9. The Business Controller 2.0 so 
informs bi^er at step BF3.12 and at step BN 3.13 asks the bi^er to accept the alternative 
product If buyer does not accept the alternative product, then at step BN3.14 buyer m^ 
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nevertheless submit a modified request, and at step BN3.15 tiie bargaining process is 
continued until a bargain price is mutually arrived at, the alternative product becomes 
unavailable or one of the parties discontinues the process. If Business Controller 2.0 accepts 
buyer request 1.2 at step BN3.4 then Business Controller 2.0 generates a response for the 
buyer in the form of a bargain price acceptance at step BN3.7. This response is transmitted 
to the buyer at step BN3.8 and Busmess Controller 2.0 bills the buyer at step BN3.9. 

Referring to Figure BN4, the initial processing of buyer request 1.2 and first 
response generation by Business Controller 2.0 is illustrated. Buyer request 1.2 is received, 
stored and processed by Business Controller 2.0 before generating a response. At step 
BN4.1, buyer riequest 1.2 is received fi-om ttie buyer. Once bvtyer request 1.2 has been 
received, it is stored in request database 3.5 where it is assigned a unique tracking number. 

After being stored at step BN4.1, buyer request may go through a series of 
processing steps. One step, if necessary, is language translation. There are ^ically two 
forms of language translation. In tite first translation form a standard language is created in 
which all buyer request 1.2 must be written. Business Controller 2.0 extracts dam from Use 
buyer requests. The second translation form comprises translating to the language most 
appropriate for the buyers and sellers, and Business Controller 2.0, as described in eariier 
embodiments. Buyer request 1.2 contaming errors will be returned to Ae buyer for 
clarification and error removal. In a fiirther processing step, the request is searched for 
criteria, and if no criteria have been included, buyer request is sent back to tiie buyer for 
resubmission. Language translation is not required if the language used meets the preferred 
language criteria defined by the registration profile of bofi» seUer and buyer. The Internet 



wo 01/97133 PCT/USOl/16736 

38 

Bargaining System is equipped with language translation software that enables it to 
communicate with both buyer and seller in a multilingual environment. 

Before searehing for the product meeting the criteria in product database 3.9, 
Business Controller 2.0 searches at step BN4.2 for previous requests from the buyer for the 
same product number that was accepted by the Business Controller 2.0, so that unnecessary 
bargaining is not performed. If the buyer had already suggested his bargain price earlier but 
did not proceed at that time, and now wishes to continue, then there is no need to start all 
over. In this instance, the buyer can be aUowed to hold his bargain price for: (i) a limited 
time, or (ii) an indefinite time, or (iii) until the product is bought by another buyer. 
Alternatively, the buyer can mput the transaction tracking number to retrieve the bargain 
price previously accepted by the system and kept on hold by buyer. 

In the event that the buyer has previously requested a bargain price for that product at 
step BN4.3, then Business Controller 2.0 will present the buyer with higher bargain prices 
offered by other bikers at step BN4.5, or provide to buyer additional purchase options, such 
as (i) average price paid by other buyers, or (ii) the selling price of the product on other web 
sites (i.e. comparative price quotes). If tiie product is not available, or a price has not been 
agreed upon, then Business Controller 2.0 generates a list of products closely meeting the 
criteria but differing therefrom in some minor respect, such as brand name, quality, color, 
features and the like, by searching through the product database 3.9 at step BN4.4. The 
process is thereafter continued in the manner described hereinabove in connection with the 
portion of tiie specification involving ofBine conmnmication with the buyer. 

After presenting the buyer wifli tiie higher bargain offers by other buyers. Business 
Controller 2.0 checks at step BN4.6 whetiier or not tiie buyer's bargain price revised in light 
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of such higher bargain offers, is valid. If it is, then Busmess Controller 2.0 asks the buyer to 
accept Ae bargain at step BN4.9. When the buyer accepts the offer at step BN4.10, Business 
Controller 2.0 finalizes the deal by billing the buyer and dispatching the product to the given 
address at step BN4.12, and sends invoice and shipping details either through an electronic 
email system or through regular mail. If buyer does not accept, then Busmess Controller 2.0 
continues with the bargain process at step BN4.11 until a successful bargain is arrived at In 
the event that the biker's revised bargain price is not valid, then Business Controller 2.0 
generates a new bargain price for Ihe buyer and proceeds witii flie bargaining at step BN4.7 
and BN4.8, and the process is continued as described herein until a bargain price is mutually 
reached, the product becomes unavailable, or one of the parties discontinues the bargaining 
process. 

In Figure BN5 there is show the process of online bargaining between buyer and 
Business Controller 2.0. At step BN5.1 bi^er connects to an online service as shown in' box 
BN5.2. A communications channel is opened at step BN5.3 between Business Controller 2.0 
and tiie online service. The communications channel is a direct Imk such as a ckcuit 
switched or packet switehed network connection, or it can also be an Internet connection or 
a wireless coimection as described previously. Once this connection has been made, the 
buyer provides his ID number at step BN5.4 and payment information at step BN5.5. 
Alternatively, provision of tiie buyer's ID number and payment information may be deferred 
until such time as purchase of a product or service is imminent. Payment information can 
include a credit card account number, bank account number or otiier payment metiiod as 
shown in box BN5.6. After the buyer has been authorized to enter the system, he either 
selects a product fi-om the list of products or he can select by searching tiirough product 
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database 3.9 as described earUer at step BN5.7. Once a product has been selected. Business 
Controller 2.0 generates bargain responses against the subsequent bargain requests that 
include bargain price offers at step BN5.8. At step BN5.9 Business Controller 2.0 
determines whether the final bargam price is decided or if the buyer wants to exit If buyer 
does not accept, then Business Controller 2.0 at step BN5.11 continues with the bargain 
process until a successful bargain is arrived at. In the event that the buyer's revised bargain 
price is not successful, then Busmess Controller 2.0 generates a new bargain price at step 5.8 
for the buyer and proceeds with the bargaimng process, and the process is continued as 
described herein until (i) a bargain price is mutually reached, (ii) the buyer exhausts all 
bargaimng time allocated for the product, (iii) buyer exhausts all free chances available at 
buyer registiation or issued thereafter pursuant to the registration agreement, (iv) the buyer is 
unwilling to request or purchase additional bargaining time or bargain chances, (v) the 
product becomes unavailable, or (vi) one of the parties discontinues the bargaining process . 

If tiie buyer does not agree on a final bargain price for tiiat product at step BN5.9, 
tiien Business Controller 2.0 continues the bargaining process at step 5.10 as previously 
provided or exits. On the otiier hand, if a final bargain price is agreed upon, the Busmess 
Controller 2.0 starts the billmg process at step BN5.1 1 and the product is dispatched to the 
buyer and invoice and shipping details are sent to tiie buyer electronically or through regular 
mail. This process also initiates the payment process to the seller of that product 

Referring to Figure BN6 there is described a process of online bargaining in which 
Business Controller 2.0 bargains with more than one buyer. At step BN6.1, Business 
Controller 2.0 generates a bargain price for buyer request If tiie hayer does not accept the 
bargain price at step BN6.2, then Business Controller 2.0 asks buyer for another bargain 
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price of his choice at step BN63. If tiie buyer accepts the bargain price at step BN6.2, then 
at step BN6.4, Business Controller 2.0 checks the presence of more than one buyer 
bargaining for the same product If only one bi^er exists then fliat buyer is infonned about 
the request approval at step BN6.5 and then the buyer is billed at step BN6.6. If at step 
BN6.4, there is more than one bi^rer bargaining then Business Controller 2.0 checks for the 
availability of that product at stiep BN6.7. In the event that the quantity of product desired is 
sufScien^ then at step BN6.10 Business Controller 2.0 bargains individually with each buyer 
for sale of Ae product, as described herein. In the event fliat the quantity of product desired 
is limited, then at step BN6.8, Business Controller 2.0 informs ihe buyers concerning the 
limited product availability and at step BN6.9 sends a message to all bikers ask than 
whether they wish (i) to meet or beat the highest price then offered for the product or (ii) to 
submit a final bargain price for the product. Thereafter, Business Controller 2.0 initiates the 
billing process for the successfiil buyer at step BN6. 11. 

Figure BN7 describes an embodiment in which a continuous communications 
channel is established between the buyer and Business Controller 2.0 using a message 
window. This message window can be a text-based computer "window" displayed on video 
monitor 5.10 of buyer interface 5.0. The biiyer types buyer requests 1.2 directly to message 
wmdow in a format specified by Business Controller 2.0 that appears on video monitor 5.10. 
Simultaneously Business Controller 2.0 processes these messages and generates responses 
for the buyers, which are Hbsa displayed on buyer's video monitor 5.10. 

At step BN7.1 buyer selects product by entering a message in a message window and 
inputs buyer request 1.2 through buyer interface 5.0, the buyer and Business Controller 2.0 
exchange a plurality of bargain requests and bargain responses at step BN72. These requests 



wo 01/97133 PCT/USOl/16736 

42 

and responses contain ttie suitable bargain prices for both of them. If a bargain price has not 
been agreed at step BN7-3, and buyer has chosen not to pursue the system provided 
bargaining options defined herein, then buyer exits message window at step BN7.4 without 
buying the product If the buyer and Business Controller 2,0 come to agreement on a bargain 
5 price, then the buyer leaves the message window at step BN7.5 using a log off procedure 
where he signals that a successful session has ended. At step BN7.6 all the relevant 
databases are updated to depict a successful transaction. The buyer account is billed using 
the various billing methodologies described in the billing embodiment at step BN7.7, and at 
BN7.8 the product is dispatched to the buyer. 

10 

Online Bargaining with Seller 

Figure SNl describes the method by which the seller registers himself with Business 
Controller 2.0. At step SNl.l seller connects to the online service. This online service could 
be AOL, CompuServe, Prodigy or other conventional online service providers. At step 

15 SNl .2 seller connects to Business Controller 2.0 and submits seller's personal profile at step 
SNl .3. Here seller may be asked to submit such items as name, address, phone number email 
address, city, state, country and the like, as shown in box SNl. 4. This profile could be in a 
predefined format or seller may be asked to file an online form for this purpose. At step 
SNl .5 Business Controller 2.0 updates seller database and registers seller* Business 

20 Controller 2.0 generates a unique ID for the seller at step SNl. 6. This ID number is used to 
get authorization firom the system if the seller wants to communicate or sell another item at 
some other time. Seller can connect to Business Controller 2.0 using this ID to get 
information about the status of seller's product sale or any o&er queries. At step SNl .7 



wo 01/97133 PCT/US01/I6736 

43 

Business Controller 2.0 asks the seller to provide characteristics of the product to be put on 
sale. 

Figure SN2 illustrates the pi'ocess by which the seller connects to Business 
Controller 2.0 and submits product characteristics to be put on sale. At step SN2.1 seller 
connects to online service, as described earlier. Thereafter seller connects to Business 
Controller 2.0 at step SN2.2. Here the seUer provides his ID number along with the 
password for authorization at step SN2.3. At step SN2.4 the seUer submits the characteristics 
of seller's product. These characteristics may be submitted using a predefined format 
specified by the Business ControUer 2.0, or he may be asked to fiU an online form for this 
purpose. This form may contain all the necessary details about Uie product that may be 
necessaiy to assess the value of that item by the Business Controller 2.0. The seller can also 
provide a photograph of the object in electronic format, if required. Product characteristics 
may contam information about the product, includmg category, make, model, year, type and 
the like, as described in box SN2.5. At step SN2.6, the seller specifies the mode of sale that 
is preferred for seller's product for ^cample, bargauung or open sale, as specified in box 
SN2.7. 

SeUer can specify that the product is to be sold in a limited period of time. This way 
Business Controller 2.0 can bargain with the interested bv^er to come up with an optimum 
price for the product One method includes placing the product on auction for purchase by a 
hvyer tiiat submits the highest bid. Another method can include selling the product to 
Business Controller 2.0 which, in turn, bargams with the seller to give seller his best bargain 
price range, after adding sales commission, license royalty, or other such transactional fee, 
and then later sells tiie product to tiie buyers. Yet anotiier method can include listing the 
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product through the Business Controller 2.0 and paying a sale commission based on minimal 
participation by Business Controller 2.0, bargaining directly with a prospective buyer for 
sale of the product Still another method can include listing the product through the 
Business Controller 2.0 which, in turn, bargams with the seller to arrive at a price range for 
5 the product and, after adding sales conmnission, license royalty, or other such transactional 
fee, bargains directiy with the seller to arrive at a final sales price for the product These 
represent some of the methods that can be used, but it will be appreciated by those skilled in 
the art that naany different methods or combinations of methods could be used, as well. 

At step SN2,8 Business Controller 2.0 updates seller database and product database 
10 and generates a response at step SN2.9 according to the mode of sale preferred. 

Referring to Fig. SN3, there is described the manner in which Business Controller 
2.0 does the initial processing of tiie seller request 1.4. After the seller submits his request to 
Business Controller 2.0 at step SN3.1, Business Controller 2.0 determines at step SN3.2 
whether the request is acceptable. The request should be in a format specified by Business 

15 Controller 2.0. Business Controller 2.0 can specify this format in an electronic form posted 
on its web page. The seller fills the form and submits it to Business Controller 2.0. Business 
Controller 2.0 then extracts all the required data and stores it in request database 33. In 
addition. Business Controller 2.0 determines whether the product appointed for sale can in 
fact be sold through Business Controller 2.0. This determination is made by processing 

20 through the Business rules component 2.8 of the Business Controli;Kr 2.0. If the request is 
not acceptable, then at step SN33 Business Controller 2.0 asks seller to send another request 
or modify the previous one. At step SN3.2, if the request is accepted then at step SN3.4 
Business Controller 2.0 updates the request database and product database 3.9. Business 
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Controller 2.0 starts the evaluation of the product at step SN3.5. Mode of sale for the request 
is checked at step SN3.6 and if it is to be put on sale then Business Controller 2.0 puts the 
product on sale at step SN3.7. If the seller wants to sell the product to the Business 
Controller 2.0, or sell or list the product through the Business Controller, as described 
herein, then Business Controller 2.0 generates a response for the seller request at step SN3.8, 
If the seller accepts the bargain price offered by Business ControUer 2.0 at step SN3.9, then 
at step SN3.10 the product is listed for sale by bargaining. If the seller bargain price offered 
is not accepted then the seUer at step SN3.11 continues the bargaining process until an 
agreement is reached or the seller decides to exit tile s>«tem. 

Iq Figure SN4 there is illustrated the transactions involved when the seller wishes his 
product to be on open sale. The sale of seller's product may be accomplished by auction, 
bargaining or at fixed price. The system can be configured to place items on auction or to 
sell items procured using a procedure involving bids taken fiom a plurality of buyers, 
wherein the product is sold to the buyer with the highest bid. At step SN4.1 seUer submits 
his product to be sold through Business Controller 2.0. Business Controller 2.0 updates the 
product database at step SN4.2 and puts the product on its seUing Ust at step SN43. This 
process can involve the generation of web pages wherein the product is advertised. The web 
pages' are included in the buyer-searchable database so that buyers can access them. At step 
SN4.4 Business Controller 2.0 determines whether the product is sold. If the product has not 
been sold then a determination is made at step SN4.5 whether the time limit for selling the 
product has expired. If the limit expires then at step SN4.7 Business Controller 2.0 notifies 
the seller that the product was not sold during the preselected time period. At this time the 
seUer and, or Business Controller 2.0 has the option of (i) extending the time limit, or (u) 
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checking the unaccepted bargain offers related to the product and choosing whether to 
accept any one of those bargain offers, or (iii) re-listing the product at a lower price, or (iv) 
offering additional incentives to the buyer. If the seller elects to proceed on Ae basis of one 
of the preceding options, then Business Controller 2.0 proceeds in accordance with the 

5 selected option. One of these options would mclude contactmg the buyer that presented the 
bargain offer which seller has elected to determme whether the buyer is still interested in 
proceedmg. If the buyer is mterested, then a bargam price is arrived at; but if the buyer is no 
longer interested, then the seller is notified and the product is re-listed by Business 
Controller 2.0 m accordance with the revised request. At step SN4.5 if the time limit is not 

10 over then Busmess Controller 2.0 continues accepting bargain offers from the buyers at step 
SN4.6. If the product is sold at step SN4.4, then Business Controller 2.0 notifies seller about 
the deal and tibe price at which the product has been sold at step SN4.8. At the end of these 
processes. Business Controller 2.0 initiates the payment process at step SN4.9 in accordance 
with the agreed upon price and conditions of sale. 

15 Figure SN3 illustrates flie process by which the seller bargains with Business 

Controller 2.0 to get the best baigam price for the product, sells it to Business Controller 2.0 
or sells or lists the product through the Business Controller 2.0 with minimal participation 
thereby. Therefore, at step SN5.1, tiie seller connects to Busmess Controller 2.0. Seller 
provides an ID number for authorization at step SN5.2. The seUer requests Business 

20 Controller 2.0 to start bargaining by sending a bargain request to Business Controller 2.0 at 
step SN5.3 attaching a bargain price range. At step SN5.4 Busmess Controller 2.0 generates 
a bargain response for the seller, specifying a more suitable price for the product. At step 
SN5.5, Business Controller 2.0 determmes whether or not the seller accepts Aat bargain 
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price range. If the seller accepts the price range then at step SN5.7 Business ControUer 2.0 
either acquires the product from seller and initiates the payment process or lists the product 
through Business Controller 2.0 and initiates the payment process upon sale of the product 
If the seller does not accept the bargain price range at step SN5.5, Business Controller 2.0 
asks seUer to send another more suitable price range at step SN5.6. This process can 
continue until (i) the seller's best bargain price range is achieved, or (ii) Business Controller 
2.0 stops bargaining after generating a limited number of bargam prices, or (iii) the 
expiration of time or exhaustion of chances allotted for bargaining with the seller, or (iv) 
seller elects to list the product on open sale. The best bargain price range will include the 
final bargain price that Business ControUer 2.0 can offer for the product Business 
Controller 2.0 can hold that price for a preselected period of time, upon request, if the seller 
is undecided about the acceptance of the offer. This procedure permits seller to accept the 
final bargam price at a more convenient time. Seller can also reject the final bargain price of 
the Business Controll^ 2.0 if it is not satisfactory. 

Referring now to Fig. SN6, tiiere is shown an embodiment in which the seller can 
inquire about the sale status of tiie product At step SN6.1 seUer connects to Business 
Controller 2.0 and provides seller's ID number for authorization at step SN6.2. At this point 
seUer also provides the product ID and requests Business Controller 2.0 to provide seller 
witii tiie statiis of sale of the product at step SN6 J. Business Controller 2.0 searches through 
the database and generates a report specifying the current and previous bargain offers at step 
SN6.4. At step SN6.5, tiiis report is presented to seller and at step SN6.6 Business Controller 
2.0 asks tiie seller if seUer is willing to accept any one of the offers yet made, or reduce flie 
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price of the product, or offer additional incentives for sale of Ae product, or list the product 
on open sale. 

Buyer Bidding Process 

In one embodiment of the present invention, a procedure is described in which the 
buyer selects the products. Additionally, bidding and bargain negotiating procedures are 
described which allow the buyers to select the most ^propriate product of their choice and 
get the best bargain. 

After Business Controller 2.0 has generated the list of related products, the buyer 
may directiy choose one or more products. The buyer might connect to the web page of 
Business Controller 2.0 to select fiom the given list of products. Now when the selection of 
products has been made, the buyer can start bargaining on the total price of the selected 
products. This way the biiyer does not require bargaining on each and every product The 
Business Controller 2.0 is responsible for bargaining on the total price of the products. It 
keeps track of each item's price and processes each item's bargain price individually. This 
way the buyer is not concerned with the individual price of each product, instead he bargains 
for a package deal Haat is more suibible, convenient and cost effective. 

In another embodiment, if the seller wants to sell a number of products or a package 
containing several items, the Business Controller 2.0 then processes each item separately. 
The bargain price for each item is generated and summed to come up widi a bargain price of 
the whole package. The system is capable of handling an unlunited number of biQ^rs and 
sellere at the same time dependmg on the i»ocessing power of available hardware. 
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Fig BB 1 shows a bidding embodiment where the buyer bids for a product If the bid 
is greater tiian the final bargain price then system accepts the bid otherwise rejects the bid 
request and keeps the product open for bidding. Buyer creates a bid request at step BB 1. 1 
and transmits the request to Business Controller 2.0 at step BB1.2. At step BB1.3 Business 
Controller 2.0 checks m the bargain database whethw the current bid meets the seller or 
system criteria. If the bid does not meet the seller or system criteria, then Business Controller 
2.0 updates the bargam database at step BB1.4 and continues to request a new bargain price 
until the time allocated for bidding has expired, or buyer's chances are exhausted and buyer 
is unwilling to purchase additional chances, or the product has been sold or is no longer 
available for sale, or alternative similar products have not been offered for purchase, as 
provided herein. In these ckcumstances, the Business Controller 2.0 notifies the buyer about 
the previous bids including the highest bid and asks the buyer to bid again at step BB1.5. 

In the alternative case. Business Controller 2.0 determines at BB1.3 whether a bid 
request meets the seller or system criteria. In these circumstances, the Business Controller 
2.0 then determines fi»m the bargain database whether this current bid is greater than the 
final bargain price at step BB 1 .6. if it is not, then the database is updated at step BB 1 .7 and 
Business Controller 2.0 notifies buyer that this bid cannot be accepted and asks the buyer to 
bid again at step BB 1 .8. Now if this bid is greater dian the final bargain price then Business 
Controller 2.0 updates the databases at step BB1.9 and the user is notified about the 
acceptance at step BBl.lO. 

Referring to Fig. BB2, at step BB2.1 buyer creates buyer request This request is then 
sent to Busmess ControUer 2.0 at step BB2.2. At step BB2 J, the Business Controller 2.0 
analyzes the buyer request This analysis can contam procedures to compare the requested 
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bid with the ones previously stored in the database or with the bids made by the same buyer, 
or provide assistance to the buyer. These procedures can also check whether the current bid 
is greater than the lowest or final bargam price. It is also possible to determine whether the 
product requested for is available for selling or not. At step BB2.4 the buyer is informed 

5 about the analysis of buyer request The position of the current bid against comparative 
quotes is presented to the buyer. At step BB2.5 the Business Controller 2.0 continues the 
bidding process untfl the time period or chances allotted for bidding time are over, or the 
product is sold to one of the bidders, or the product is no longer available. At step BB2.6, 
Busmess Controller 2.0 notifies &e successful buyer about the bid acceptance at the end of 

10 Ibe bidding process. 

Another form of bidding procedure is shown in Fig. BBS. At step BB3.1 buyer 
submits buyer request to Business Controller 2.0. Business Controller 2.0 processes request 
and updates relevant databases at step BB3.2. At this poin^ after processing the request, 
Business Controller 2.0 checks its databases to determine whether the bid request can be 

15 accepted or whether it should ask the buyer for a higher bargain price at step BB3.3. If the 
bid is acceptable then Business Controller 2.0 notifies buyer about the bid acceptance and 
initiates the billing process at step BB3.4. If the bid is not accepted at step BB3.3 then 
Business Controller 2.0 at step BBS .5 informs buyer that buyer's bid is either lower fban 
final bargain price or lower than the highest bid yet made, or suggests alternative products 

20 having simflar features, or offers additional bidding assistance, as provided herein. At step 
BB3.6, Business Controller 2.0 presents the buyer with additional bidding incratives, such 
as bidding discounts (e.g. buy now, pay later or by one, get one &ee, bonus airline miles, free 
gifts, free shipment of product, product personalization by monograms or initials, and the 
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like), or provides bidding infonnation, including (i) a list of current bids, or (ii) average bids 
submitted, or (iii) comparative quotes submitted, and (iv) the minimum bargain price, or (v) 
suggested modification of the bidding price, and asks the user to bid again. At step BB3.7 
buyer decides to change his request or increase his bid in order to be successful, thus 
continuing with the biddiiig process. 

The bidding processes described here can be used with ai^^ of the given 
embodiments. It can use either an asynchronous or synchronous communications 
embodiment. When the bidding period terminates or the number of permissible bids is 
exhausted, the process of billing is started and the successful bidder is billed. The payment 
process follows the billing process where Business Controller 2.0 pays the seller in 
accordance with the terms and conditions of sale. The above-mentioned processes are 
carried out using the procedures described hereinabove. The system arranges for the product 
to be dispatched to the buyer and, together with invoice and shipping details optionally 
transmits to buyer a questionnaire asking buyer to comment about the bargaining or bidding 
experience and tiie service provided. 



Billing And Payment Embodiment 

Figures BPI-BPIO describe an exemplaiy structure of tiie billing and payment system 
for the current mvention. Buyers are billed for the product they have successfully bargained 
for and payment is made to the sellers in accordance with the conditions of sale. Buyer 
invoicing and seller payment is accomplished using conventional credit card electronic 
charges, checks. Electronic Fund Transfer (EFT), digital cash, or tiie like. These p^ment 
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methods are used herein for Ulustrative purposes, since there exist many equivalent payment 
methods, w*ich aie commonly known in the art arid may also be used to practice the Internet 
bargaining method of the present invention. 

In Figure BPl, the billing process is initiated at step BPl.l when Business Controller 
5 2.0 transmits buyer response 1.7 to the buyer tiiat accepted the bargain price. The price and 
tracking number of buyer request 1.2 is sent to billing database 3.8 at step BP1.2. Several 
billmg methods can be used. The first billing method is payment after delivery, in which the 
buyer pays before receiving the product The second can be a credit system, in which the 
buyer pays at the end of the billing period. Special credit terms can be offered to 
10 corporations using the billing system for procurement of products or services. For example, 
the bUling terms could be net 60 days or the like based on the credit worthiness of the 
company. 

In fbs payment after delivery method, billing processor generates a bill prior to 
dispatching the product to the buyer. It totals the amount owed by the buyer to the system at 

15 step BP1.3. For example, Busmess Controller 2.0 may require the buyer to prepay a token 
amount before the deal. The rest of the payment can be made after the product is received. 
Transaction records and balance information are stored in billing database 3.8. Money 
deposited with Business ControUer 2.0 by each buyer is placed in an escrow account Rather 
than actually depositing money with Busmess Controller 2.0 the buyer might instead be 

20 required to evidence the existence of sufficient credit to complete the purchase of the 

product or service. A credit card on ffle wifli Business Controller 2.0 or the payment terms / 
method is checked before bargain price acceptance notification/response is sent to the buyer. 
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Alternatively, a third party billing system or an outside vender that provides billing services 
can be employed by the Business Controller 2.0. 

If sufficient credit remains in the accoimt then the billing process proceeds. If credit 
availablity is not sufficient to cover the total price, then the buyer is required to provide 
anotiier credit or payment method acceptable to Business Controller 2.0. For Electronic 
Fimd Transfers, the buyer's account information is stored in billing database 3.8 enabling 
Business Controller 2.0 to check the account balance before dispatching the product to the 
buyer. 

In a credit method the billing processor 2.3 searches billing database 3.8 by buyer ID 
at the end of each billing period and totals the amoimt owed by each buyer. At step BPl .4 
the preferred billing method is retrieved from buyer database 3.5 and the appropriate billing 
module (Le. credit card, credit line, debit card, EFT, checl^ digital cash, electronic cash), is 
initiated at step BP 1.5. In an alternate embodiment, the buyer does not pay for the product 
unless buyer is satisfied with it This enibodiment allows the buyer to examme the product 
for a preselected time period before making payment. Upon being satisfied with the product, 
the buyer sends an authorization for payment to Business Controller 2.0. Alternatively, 
Business Controller 2.0 automatically initiates the payment process after tiie preselected time 
period unless notified by the buyer that the product is imsatisfactory. If the buyer is not 
satisfied, a rejection message is sent to the Biisiness Controller 2.0 and a product review 
process is started as described hereinafter in the customer satisfaction embodiment 

The process of paying the seller or vendor begins at step BP2. 1 in Figure BP2. At 
this point, the price of the product and the tracking number of the seller request 1.4 are sent 
to payment database 3.7. The ID of seller is extracted fi-om product profile and stored in 
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payment database 3.7. At step BP2.2 payment processor 2.6 searches payment database 3.7 
by seller ID and totals tiie amount owed to the seller. Payment of the seller is effected in 
accordance with the conditions of sale and the mode of payment specified by the seller, 
which may contemplate payment after delivery, or by credit or the like. Payment after 
5 delivery is carried in accordance with the agreed upon teims and conditions of sale. The 
payment is transmitted to seller by the Business Controller 2.0 after receipt of payment fi-om 
the buyer as per the terms and conditions of sale, hi the credit method, the seller either 
establishes an account with the Business Controller 2.0 that maintains a balance for the seller 
or provides other alternatives, such as a credit card or an account with a third party to be 
10 credited. At step BP2.3, the preferred payment method is retrieved from seller database 3.6 
and the appropriate payment module is initiated at step BP2.4. This step may be held up until 
payment has been received from the buyer. 

Inasmuch as the buyers and sellers are not in direct contact, payment is made to 
Business Controller 2.0, in the case of the buyer, and received from Business Controller 2.0, 
15 in the case of the seller. The above methods describe a number of ways in which payment 
may flow from buyer to Business Controller 2.0 and from Business Controller 2.0 to seller. 
Set forth below are several methods by which Business Controller 2.0 may generate 
revenues for the provided services. 

In one embodiment a flat fee is charged for every successftil bargain. This fee is 
20 charged to buyer in addition to the price of the purchased product and also to the seller on 
the sale of his product There could also be a flat fee that would cover any number of 
transactions over a given period of time, allowing the buyers and sellers to subscribe to the 
service. In another embodiment Business Controller 2.0 can charge a premiimi over the final 

BNSOOCID: <WO_0197133A1J_> 



wo 01/97133 PCT/USOl/16736 

55 

bargain price of the product This premium could be charged to either buyer or seller or 
both, once the deal is finalized. 

one embodiment advertisers pay to have messages included in buyer request, 
seller request or WebPages of Business Controller 2.0. Advertising revenues partially or 
fully offset the cost of delivering tiie product from seller to buyer in the most time efficient 
manner. Once the amount owed by the buyer has been calculated, appropriate billing 
methods are initiated. Figure BPS illustrates an exemplary billing procedure using credit 
cards as a primary transaction tool. Simplicity is the advantage of this systemu No bank 
account is necessary, and no paper transaction is required. 

In figure BPS, at step BPS.l, Business Controller 2.0 looks up tiie credit card number 
of buyer in buyer database 3.5. At step BPS .2, tiiis credit card number is transmitted to 
billing processor 2.3. Billing processor 2.3 contacts the credit card clearinghouse to get an 
authorization number at step BP3.S. The billable amount appears on the credit card 
statement of the buyer at step BP3.4. Now this amount authorization is posted to the account 
of Business Controller 2,0 by the credit card clearinghouse at step BPS.5. At step BPS .6, 
Business Controller 2.0 updates billing database 3.8 to indicate that payment has been made 
or the Business Controller 2.0 uses a credit line billing procedure of the conventional type. 

A similar process occurs when the amount to be paid to the seller has been 
calculated. In Figure BP4, at step BP4.1, Business Controller 2.0 looks up the credit card 
number of the seller in seller database 3.6. At step BP4.2, this credit card number is 
transmitted to payment processor 2.6. Thereafter, at step BP43 tiie payment processor 
contacts the credit card company or clearing house, or issuing bank, to obtam authorization. 
The sale proceeds are credited to the seller*s account at step BP4.4, where it shows up as 
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credit on his monthly bill or invoice. At step BP4.5, Business Controller 2.0 updates the 
payment database to indicate that payment has been made. At step BP4.6 Business 
Controller 2.0 transmits tiie notification of process conq)letion to the seller. 

Figures BPS and BP6 illustrate a payment procedure involving standard bank checks. 

5 In billing the buyer. Business Controller 2.0 looks up his mailing address at step BPS. 1 in 
buyer database 3.S. This address is transmitted to billing processor 2.3 at step BP5.2. A bill 
is mailed to the buyer at step BPS.3, and the check is received firom the buyer at step BP5.4. 
At step BPS .5, Business Controller 2.0 updates billing database 3.8 to mdicate that payment 
has been made. Subsequently, in Figure BP6 at step BP6.1, Busmess Controller 2.0 looks up 

10 Ae mailing address of the seller in seller database 3 .6. This information is transmitted to 
payment processor 2.6 at step BP6.2. Payment processor 2.6 then automatically cuts a hard 
copy check, payable to the seller, which check is mailed to the seller at step BP6.3. At step 
BP6.4, Business Controller 2.0 updates payment database 3.7 to indicate the completion of 
process and keeps the record on file for inquiry purposes. 

1 S Referring now to Figure BP7 and BPS, there is illustrated a procedure in which funds 

are transferred via ("EFT"). At step BP7.1 in Figure BP7, the bank account number of the 
buyer is accessed in buyer database 3.S. This account number is transmitted to billing 
processor 2.3 at step BP7.2, followed by the transfer of funds du^ctly into the account of 
Business Controller 2.0 at step BP7.3. At step BP7.4, Business Controller 2.0 iq)dates billing 

20 database 3 .8 to mdicate that payment has been made. 

Paying the seller is essentially the reverse process. In Figure BPS, at step BP8.1, 
Busmess Controller 2.0 searches seller database 3.6 for the bank account number of the 
seller. This bank account number is transmitted to payment processor 2.6 at step BPS.2, 
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which transfers the money directly into the account of the seller at step BP8,3. At step 
BP8.4, payment database 3.7 is updated to indicate that payment has been made, and 
archives the record for inquiry purposes. 

In Figures BP9 and BP 10, there are shown commercial transaction procedures using 
digital cash. For billing the buyer, in figure BP9, Business Controller 2.0 accesses the buyer 
electronic delivery address in buyer database 2.0 at step BP9.1. This address is transmitted to 
billing processor 3.8 at step BP9.2. At step BP9.3, Business Controller 2.0 updates billing 
database 3.8 to mdicate the payment at step BP9.4. Payment to the seller proceeds in the 
same way as in Figure BP9. 

After looking for the seller electronic delivery address in seller database 3.6 at step 
BPlO.l, Business Controller 2.0 sends this address to payment processor 2.6 at step BP10.2. 
This address might be an email address if the digital cash is to be transferred by email, or it 
could be an IP address capable of accepting an online transfer of digital cash. At step 
BP 10.3, the digital cash is downloaded to the seller and at the step BP10.4, Business 
Controller 2.0 updates payment database 3.7 to indicate that payment has been made. 

Using these digital cash protocols, it is possible for the buyer to include payment 
along with buyer request 1.2 in email form. A bxryer that has bargained successfully with the 
Business Controller 2.0 can include digital cash along with buyer's confirmation that the 
product is satisfactory. 
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Customer Satisfaction Embodiment 

Although the previous embodunents describe the delivery of product as the end of 
the process, it will be understood that the present invention allows for foUow-iq) procedures 
to ensure that the buyer is satisfied with the product and services provided. These procedures 
5 include review of buyer comments by Business Controller 2.0 as well as periodic testing of 
the products offered for sale by a system assigned expert or by the Business Controller 2.0 
itself to verify product acceptability. The following figures describe fliese procedures. 

In Figure CSl there is shown a customer satisfaction embodiment the elements of 
viiach uiclude buyer complaint reviewmg and follow-up procedures. At step CSl.l, the 

10 buyer sends comments concerning the product acceptability to the Business ControUer 2.0. 
Busmess Controller 2.0 analyzes the comments against product standards and buyer's 
database at step CSl .2. At step CS13 the system checks wheflier the analysis of the product 
comments sent by the buyer mdicates satisfaction. If satisfaction is indicated, then the buyer 
or vendor database is updated to indicate that buyer is satisfied with the product at step 

15 CS1.4. At step CS1.5, if the product comments are unsatisfactory at the step CS1.3, then 
product database and seller databases are updated to mdicate buyer's dissatisfection with the 
product A notice is issued to the vendor or seller containing advice concerning buyer's 
dissatisfaction with the product, at step CSl. 6. Repeated notices based on buyer 
dissatisfaction with a product or service may result in temporary or permanent removal of a 

20 vendor or seller from the ^^stem database. 

Refeiring to Fig.CS2, there is illustrated the handling and processmg of comments 
concerning buyer satisfaction with products received by the buyer. At step CS2.1, tiie 
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product is sent to the buyer. Thereafter, at step CS2.2, upon receiving the product buyer 
discovers that the product is unsatisfactory. This dissatisfaction of buyer could be 
attributable to several causes: (i) it coidd be caused by manxifacturing defects, or (ii) the 
product does not conform with specifications contained in the buyer request, and the like. At 

5 step CS2.3, buyer returns the product to Business Controller 2.0, accompanied with a refund 
request based on the conditions of sale. The Business Controller 2.0 assigns an expert to 
analyze the validity of the buyer claim at step CS2.4. At step CS2.5, this assigned expert 
submits his report to Business Controller 2.0 after due investigation. At step CS2.6, Business 
Controller 2.0 checks the claim validity in the report. If the buyer claim is valid then 
10 Business Controller 2.0 reftmds the money or replaces the product in accordance with the 
conditions of sale at step CS2.7 and updates all relevant databases. If, at step CS2.6, the 

^ claim is not valid then Business Controller 2.0 notifies the buyer about the denial or 

rejection of claim at step CS2.9 and updates its database at step CS2. 10. Alternatively, the 
buyer may call the expert directly using a toll free number, to discuss and resolve issues 
15 concerning product dissatis&ction or oflFer comments and suggestions concerning the 
product or service. 

Having thus described the invention in rather fiill detail, it will be understood that 
such detail need not be strictly adhered to, but that additional changes and modifications may 
suggest themselves to one skilled in the art, all falling within the scope of the invention as 
20 defined by the subjoined claims. 
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CLAIMS 

What is claimed isi 

1 . A system for processing the sale and purchase of items, comprising: 

a. a storage device; 

b. a processor; 

c. said storage device being operative to store programs for controlling said processor, 
and said processor being operative with said program to receive bargain ofTers from 
said buyer, including conditions for purchase and a payment identifier, thereby 
defining said bargain offer. 

2. A system as recited by claim 1, finther configured to verify the legitimacy / authenticity 
/condition of said product and the pricing of products listed by the seller, said 
verification comprising the steps of: 

a. obtaining issuance of an Authenticity certificate from an authorized appraiser; 

b. obtaining a Price evaluation from said authorized appraiser; 

c. checking product certification at tiie time of pick-up or delivery; and 

d. checking condition of said product at the time of pickup and/or delivery. 

3. A system as recited by claim 2, wherein said processor is fiirther operative witih said 
processing program to validate a received bargain offer signal from said buyer and/or 
seller and thereby determine whether said received offer signal meets predetermined 
validation criteria. 

4. A system as recited by claim 3, wherein said processor is fiarther configured to start the 
bargain process by generating bargain prices for said buyer and said seller continuously, 
until a point is reached where (a) an acceptable price is arrived at, or (b) said buyer or 
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said seller stop bargaining; or (c) said product becomes unavailable; or (d) said bargain 
price generated by said system reaches its limit; or (e) said buyer or said seller runs out 
of bonus chances or does not request additional chances; or (f) said predetermined time 
period allotted for bargaining has expired. 
5 5. A system as recited by claim 4, wherein the processor is further operative with the 

program to transmit a notification to the buyer, which notification indicates that buyer's 
bargain offer is less than certain minimum predetermined offer criteria and asks said 
buyer to send another bargam offer, or quit the bargaining process, or to follow a 
bargaining recommendation provided by a '^Bargain Gunx", 
10 6. A system as recited by claim 4, further configured to permit buyer to request fi-ee 
chances, buy more chances at a predetermined chance purchase price, or redeem 
purchase points to buy more chances to bargain after the system program has stopped 
bargaining for a particular product or service. 

7. A system as recited by claim 6, further configured to permit buyer to use one or more 

15 bargain chances provided by Ae system to continue bargaining until all chances issued to 

buyer have been used, said buyer having an election to (a) request fi^e chances; or (b) to 
purchase additional chances for a predetermined chance purchase price, or (c) to redeem 
purchase points applicable toward purchase of additional chances, or (d) to accept flie 
system bargain price, or (e) to follow a purchase recommendation provided by a 

20 "Bargam Gum". 

8. A system as recited by claim 6, fiiither configured to indicate to the buyer fliat a bargain 
price generated by buyer's bargain, upon being accepted by said system, will remain 
active, subject to acceptance by said buyer, during a predetermined time period, provided 
that the product or service appointed for purchase remains available. 
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9. A system as recited by claim 6, further configured to notify the buyer and/or seller 
concerning tiie status of shipment in transit, said notification being provided (a) at the 
time of sale; and (b) periodically in response to a buyer or seller request after purchase of 
said product. 

10. A system as recited by claim 1, further configured to (a) permit buyers to purchase 
wild card discounts or special promotions firomthe system, and/ or (b) award such 
wild card discoimts or special promotions on special bargain deals, and/or (c) award 
such wild card discounts or special promotions randomly or to privileged customers, 
said buyers being notified of such wild card discount or special promotion awards by 
surprise pop-up messages or by instant messaging, or by means of a "Bargam Guru". 

11. A system as recited by claim 10, further configured so that the buyer can use the wild 
card discounts or special promotions to enhance bargaining opportunities, by buying 
bargain chances or obtaining a certain percentage reduction of a final bargain offer, 
said enhanced bargain opportunities being specified in a wild card discoimt or 
special promotion pop-up message, or by instant messaging, or by means of a 
'^Bargain Guru". 

12. A system as recited by claim 1 1, furttier configured to provide a graphic display, 
such as a "Bargometer"or a 'TBargainmeter", adapted to graphically depict a 
probability for system acceptance of buyer's offer for purchase of the product. 

13. A system as recited by claim 12, fiirther configured to award purchase incentives 
selected fix)m the group consisting of: (a) bonus chances made available upon Ae 
purchase of products and/or services, or in response to b\xy&T request for firee bonus 
chances, or to encourage timely payment by regular customers and (b) purchase 
points provided upon purchase products. 
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14. A system as recited by claim 13, further configured to track buyer's accumulation of 
a predetermined mmiber of purchase points, and notify buyer that said accumulated 
purchase points are applicable to provide additional discounts, offers or enhanced 
bargaining opportunities, in accordance with said registration agreement 

15. A system as recited by claim 14, configured to provide at least one pop-up surprise 
message during bargaining, said surprise message according an additional discount on 
the product, or a special/promotional offer, such as "buy one, get one fi-ee", with respect 
to said product. 
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INTERNET BARGAINING SYSTEM 

BACKGROUND OF THE INVENTION 

1, Field Of The Invention 

The present invention relates to electronic commerce applications that utflize 
digital and anedog networks; and, more particularly, to a method and system for 
conducting electronic commerce over the Internet. 

2. DescriptionOf The Prior Art 

Computerized maiketplaces are enjoying widespread use. Hiese marketplaces 
have been successfiil|y run domestically and in many foreign countries. 
Computerized markets range from sinq>le classified ad, bulletin boards to complex 
mainframe-based mailcet ^stems, such as NASDAQ, which provides a real-time 
noaiket-making system for tens of thousands of securities brokers. Modem stock, 
bond and commodity exchanges are supported by computerized databases and 
related background s^^tems that enable them to function. 

Typically, electronic Exchanges are designed to facilitate commercial 
transactions involving tokens of ownership, such as shares of stock or physical 
objects such as cars, gold and the like. Other Exchanges specialize in the sale of 
information stored on databases that require payment of access fees to content 
providers for proscribed content downloaded by the user. Still other Exchanges 



01/97133 PCTAJSOl/16736 

2 

provide matching services for parties seeking an efficient way to find each other. An 
example of matching services provided by an Exchange of this Idnd are the services 
afforded by a dating service or a job bank. 

Exchanges can also ftinction to support a market place for the biQong and 
selling of consulting services. These types of Exchanges support a form of activity 
that is appointed to take place in the future. The ^change serves as a structured 
meeting ground for the negotiation of the service to be provided. During operation 
of these types of systems, both parties must disclose their identities to each other. 
When trading is imminent^ one party simply contacts the olher directly and privately, 
without the Exchange's knowledge, thereby avoiding any costs, which might 
otherwise have been assessed by the Exchange. 

Working expert exchange marketplaces, whether they are physical or 
electronic, require a complete and highly specialized set of conditions in order to 
function and thrive. Certain ingredients or features of service, if missing, can result 
in a shortage of either buyer or seller or lead to the collapse of the Exchange. 
Sufficient qualification of each is clearly needed for continued operation. At the 
same time, the Exchange must be able to ensure that income derived from the 
conmaerce of its activities is sufficient to cover operating costs and sustain 
profitability. 

Exchanges should also provide sufficient motivation to ensure that signfficant 
numbers of buyers and sellers use the exchange in lieu of other available market 
place alternatives. Several factors, if present, would motivate buyers and sellers to 
use an exchange: (i) there nmst exist a higjbt e?qpectation of the usefulness of the 
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Exchange that makes tiie user willing to take the time and effort to leam the rules of 
the exchange; (ii) buyers and sellers should be able to locate each other on the 
exchange at exactly the right time and place; (iii) a buyer and a seller should be able 
to quicMy and easily negotiate transaction terms; (iv) buyers and sellers must reach 
a complete and final agreement in which the exT)ectations of tiie parities are weU 
defined; (v) there must exist an arrangement for acceptable credit terms; (vi) a 
mechanism should be provided for delivery of the goods or services called for by the 
agreement; (vii) there must exist a mechanism to deliver payment when the 
agreement is fulfilled; (viii) buyers and sellers must be able to rely on the Exchange 
to enforce agreements made on the Exchange with certainly of payment and legal 
recourse; transaction fees must be reasonable in coit^jarison to alternatives; biQ^ 
and seJlers should enjoy ready access to the market without levels of knowledge and 
cost of hardware commensurate with ibs value of the goods or services sold on tibie 
^cchange. 

Traditional real world commerce in expertise or consulting services stron^y 
favors circumstances where both parties are in the same place at the same time and 
can see one another. When there is no fece-to-face contact and the parties instead 
rely on mail, phone, fexes etc., significant burdens and costs are in^josed. These 
burdens and costs reduce the likelihood fliat expert commerce will take place. This is 
especially true if the parties are located in countries vwth different languages, 
customs, legal systems, currencies etc. Each added burden dramatically reduces the 
chances for agreement and makes it more difficult to satisfy all of the previously 
noted infiastructure conditions. If one or botii of «ie parties in an online transaction 
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is a private-party with no established organization or commercial resources, the 
difficulties heretofore discussed tend to increase. 

Notwithstanding the problems faced in this field, the tweniy-first centuiy 
demand for worldwide commerce and Exchange services is expected to increase 
5 dramatically. A n^Tiad of businessmen, government officials, academics and 

ordinaiy consumers now interact with each other via online networks. Consequently, 
the demand for worldwide commerce and Exchange services is growing dramatically. 

To exploit this potential growth, there is needed a universally accessible 
facilitating system. Such a system should be especially designed to process the 
10 purchase and sale of goods and services in an effective, smartly structured manner. It 

moist be thorou^ and cover aspects of an arms-length bargain not present when 
goods and services are electronically purchased or sold in &e conventional way. 

Computerized stock markets seamlessly and effortlessly process transactions 
of billions of shares of equities, bonds and financial instruments every day In like 
15 manner, there exists a need for a mechanism that fecilitates purchase and sale of 

goods at an optimum price. Especially needed is a system wherein the buyer and 
seller need not see or meet each other, but can deal effectively throuiJi use of a 
structured, organized system that feciUtates and supports the infiastructure needed 
for commerdal transactions involving purchase and sale of goods. 

20 
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SUMMARY OF THE TWK!TVTTr>Tvr 

The present invention provides an electronic bargaining system tidat: 
(i) enables buyers to bargain wifli the system in order to negotiate an optimum 
bargam price; and (ii) enables sellers to sell or list their products by bargaimng with 
Ihe system to negotiate the best offered price. Advantageously, the system permits 
purchase and sale of goods to be transacted at a bargained for price that represents 
the best bargain obtamed by the parties. That is to say, a bargained for price for 
transactions consummated by the electronic bargaining system is reached by the 
parties in a highly reliable manner. Principal attributes of that bargained for price are 
those captured by the characterization: "Our Best Bargain, Your Best Bargain". 
Generally stated, the system apparatus conoprises: 

(i) a Business Controller unit adapted to process buyer requrats and to 
initiate a bai:gain process structured to provide an optimum price for each of the 
buyer and the system, the Busmess Controller unit being ftcrtibier adapted to process 
seller requests and to initiate a bargain process structured to provide an optimum 
price offered to the seller by the system, said controller unit being connected with a 
database unit that searches the database to generate a search result, and processes the 
search results according to tiie buyer and seller request; 

1. a database controller unit having all required databases such as payment 
database, billing database, buyer database, seller database, and product database; 
and 
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(iii) a transceiver disposed in communication with the Business Controller 
unit, for transmitting Business Controller generated responses to buyers and the 
sellers and receivmg buyer and seller requests to initiate a bargain process. 



miTRF DESCPTPHTTON OF Htt AWINGS 
The invention will be more fuUy understood and further advantages wiU become 
apparent when reference is had to the following detailed description and the accompanying 
drawings, in which: 

FIG. 1 is a block diagram illustrating the functional conq)onents of the present 
Internet bargaining system, including Business Controller 2.0, database controUer 3.0, buyer 
interface 5.0, and seller interfiice 6.0; 

FIG. 2 is a block diagram illustrating the functional components of Business 

ControUer 2.0; 

FIG. 3 is a block diagram illustrating the functional components of database 
controller 3.0; 

FIG. 4 is a block diagram illustratmg the functional conaponents of the network 
interface 4.1; 

FIG. 5 is a block diagram illustrating the functional components of the buyer 
interface 5.0; 

FIG. C is a block diagram illustrating fbs functional conq)onents of the sdler 
inter&ce 6.0; 

BIG. BFl is a flowchart illustrating a process by vMch buyer formulates buyer 
request 1.2; 
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FIG. BF2 is a flowchart iUustraling a process wherein the initial processing of buyer 
request 1.2 and first response generation by Business Controller 2.0 is intentional; 

MG. BF3 is a flowchart iUustrating an alternate process for buyer request 
processing; 

5 FIG. BF4 is a flowchart illustrating a process for offline bargaining in which 

Business Controller 2.0 bargains with more than one buyer; 

FIG. BF5 is a flowchart iUustrating a bargain price generation process by Business 
Controller 2.0 during bargain negotiations wilh buyer; 

FIG. SFl is a flowchart illustratmg a method wherein the seller registers himself 
10 wifli the Busmess Controller 2.0; 

FIG. SF2 is a block diagram fflustrating a process by which the seller submits 
product details; 

FIG. SF3 is a flowchart illustratmg a process by which Business Controller 2.0 
performs the creation and initial processing of the seller request 1.4; 
15 FIG. SF4 is a flowchart iUustrating a process wherein the seller wishes to seU a 

product to Business ControUer 2.0, or the seUer wishes Business ControUer 2.0 to place 
seUer's product on sale; 

FIG. SF5 is a block diagram illustrating flie mquiry process used by the seUer to 
inquire about the sale of a product 

20 FIG. BNl is a block diagram iUustrating a process by which buyer creates a profile 

and registers wifli the system online; 

FIG. BN2 is a block diagram fflustrating a process by which ftxe buyer selects a 
product and creates a buyer request; 
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FIG. BN3 is a flowchart fllustrating a process used by buyer to make his request to 
Business ControUer 2.0 after selecting the product online, and aprocess byway of v^ch 
Business ControUer 2.0 initiates the bargain process; 

BIG. BN4 is a flow chart illustrating the initial processing of buyer request 1.2 and 
5 first response generation by Business Controller 2.0; 

FIG. BN5 is a flow chart illustrating the process of online bargaining between bi^ 

and Buaness Controller 2.0; 

FIG. BN6 is a flow chart illustrating a process of online bargaining in i^^iiich 

Buaness Controller 2.0 bargains with more than one buyer, 
10 FIG. BN7 is a flow chart illustrating a process wherem a continuous 

communications channel is established between tiie buyer and Business ControUer 2.0 using 
a message window; 

FIG. SNl is a flow chart iUustrating a method by vduch the seUer registers himself 



15 



with Business ControUer 2.0; 

FIG. SNl is a flow chart iUustrating a method by which tiie seUer registers himself 



with Business ControUer 2.0; 

FIG. SN3 is a flow chart iUustrating a process in v^ch Business ControUer 2.0 does 

the initial processmg of Ihe seUer request 1.4; 

FIG. SN4 isaflow chart iUustrating tiie transactions involved when the seUer wishes 

20 his product to be opened for sale; 

FIG. SN5 is a flow chart iUustrating the process by which tiie seUer bargains with 
Business ControUer 2.0 to get the best bargain price for the product. seUs it to Business 
ControUer 2.0 at step SN5.1, and provides the ID number for authorization at step SN5.2; 
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FIG. SN6 is a block diagram illiistrating an embodiment in whicb the seller can 
inquire about the sale status of the product; 

MG. BBl is a flowchart iUustratuig a bidding process in which the biQw bids for a 
product; 

HG. BB2 is a flowchart illustrating a method for processing a request (heated by the 

biryer; 

FIG. BB3 is a flowchart illustratmg an alternate form of bidding procedure; 

FIG. BPl is a block diagram depicting an embodiment of the hilling and payment • 
system in which the billing process is initiated; 

FIG. BP2 is a block diagram depicting a process for paying fee seller or vendor; 

FIG. BP3 is a block diagram depicting a billing procedure using credit cards as a 
primary transaction tool; 

FIG. BP4 is a blodc diagram depicting a lulling procedure utilized v*en the amount 
to be paid to the seller has been calctdated; 

FIG. BPS is a block diagram illustrating a payment procedure for lulling buyer using 
steidard bank checks; 

FIG. BP6 is a block diagram illustrating a payment procedure for transmitting 
payment to sellCT involving standard bank checks; 

FIG, BP7 is a block diagram illustrating a procedure in which funds are transferred 
via*!EFr'; 

FIG. BPS is a block diagram illustrating a procedure in which funds are transferred 
to the sellCT via**EFP'; 

FIG. BP9 is a block diagram dq>icting a procedure for billing tiie hvy& vmig digital 

cash; 
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MG. BPIO is a block diagram depicting a process for sending payment to the seller 
using digital cash; 

FIG. CSl is a flowchart illustrating a customer satisfection embodimMii 1he 
elements of which include buyer complaint reviewing and foUow-i^ procedures; and 
5 FIG. CS2 is a flowchart illustrating tiie handling and processing of comments 

conceroing the qualily of products recdved by the buyer. 

T>KSCRIPnON OF THE PREFERRED EM BODIMENTS 

The term "bargaining" as used herein means a process used by two or more parties to 
10 arrive at an agreement, vi*ich governs certain rights and duties between them. During the 
bargaining process, the negotiating parties give reasonmg and incentives to convmce the 
other parly to come to terms. This whole process is refen«d to herein as bargaining. The end 
result is an agreement on which the parties execute accordingly. 

Advantageously, Ae hitemet bargaining system of the present invention affords new 
15 features and value-added services to the customers that have not heretofore been available. 
K ftdfills a longstanding need for a buyer-driven bargainmg system that enables the buyer to 
bargain for the price he wants. In addition, the system provides a seUer-driven bargaining 
system that avoids sellers concerns about publicity and price of thdr product That is to s^, 
the system provides a unique Internet bargaining structure that proceeds on the basis of "our 
20 bargain price, your bargain price". 

hi general, flie Internet bargaining system provides die following services and 
features for the buyers and sellers. 



wo 01/97133 

PCT/DSOl/16736 

11 

The hvy&r is able to find bargains at a price most suitable to him. In use of the 
Ihtemet bargaining system described above, it is unnecessary for the buyer or seUer to see or 
meet each other. The system provides substantially all mfonnation about the product, and 
questions concerning the product are addressed. Buyers can contact the system at a 
convenient time using a variety of communication modes. Pi«ferably a b^yer uses a 
communication mode selected from the group consisting of on-lme, off-line and i«al-time. 
Each of these communication modes will be described hereinafter m further detail. At the 
request of flie Buyer, the system can provide assistance via prompts, pop-up messages and 
icons, fliereby enabling Bi^er to proceed with the bargaining process on his own. 
Assistance from a system consultant is also provided, upon Buyer request 

Sellers obtain a negotiated and best available price for their products. Substantially 
all bargains are negotiated by the buyers to obtain an optimum price for seU» goods or 
services. In one embodhnent, the system processes aU the financial matters of the deal for the 
buyer and the seller. Sellers do not have to engage m the troublesome task of bargaining 
with single or multiple buyers. The system operates as an optunized and ejqjert middleman 
between the buyer and the seUer. Transactions can be negotiated and consummated on a real 
time basis or offline, on the basis of bargained for, mutually agreeable terms. 

These features, in combination, provide an Internet baigainmg system that is easy to 
use and enables bargaining to be carried out and bargams reached in an effective, cost 
efGcient manner. 

Referring to Figs. 1-6 of the drawings, there is shown the method and qjparatus of the 
present invention. In a preferred structure the system of tiie mvention conq>rises: hayet 
infceifece 5.0, database controller 3.0 and an associated database. The system identifies the 
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appropriate inode of bargain, supervises the bargain requests by the user, and processes 
mose requests to produce appropriate bargain responses. Advantageously, in operation of 
tiie system, the bi^er and seUer can arrive at a suitable bargain price in a simple cost and 
time effective manner. Tlie term W is heidn mtended to mean a buyer or seller ih^ 
5 accesses the system to participate in a bargaining process, bench mark a product or service, 
or olhervwse obtain inforaiation concerning products or services offered by the ^ 

The system architecture for flie preferred structure of flie present Internet bargaining 
system is illustrated in Figs. 2,3.5, and 6. Referring again to Fig. 1, the ^paratus con5>rises 
Business Controller 2.0, dalabase controller 3.0, buyer interface 5.0. seUer interface 6.0, 
10 (collectively, the " nodes Each node is connected via an Internet connection using a 
pubUc switehed phone network 1.1, such as those provided by a local or regional telephone 
operating company. Comiection can also be provided by dedicated Data lines, ceUular 
phones, 'Tersonal communication system (PCS)", wireless computer and hand-held devices, 
and microwave or sateUite networks. Buy^ interfece 5.0 and seUer interfece 6.0 are used 
15 both as inputs and as output gateways for communications wilh Business Conlroller 2.0. 

The method and apparatus of the invention utilizes these con?)onents to implcmsxA a 
uiuque bargaining system m which hrxycrs and sdlers can interact with a Business ControUer 
2.0 assigned expert to arrive at a price that optimaUy suits fteir demands. The assigned 
ejq)ert can comprise a system generated assistant, referred to herehi as a «Ba^ » 
20 can also comprise a consultant, available on an on-line or off-line basis, to provide 
asdstance or oflierwise fedUtatethe bargaming process. 

As illuslrated t>y Fig. 2 of flie drawings, Buaness ControUer 2.0 includes central 
processor (CPU) 2.4, encoding/ Decoding process 2.1, payment processor 2.6, Bargain 
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formulation processor 2.5, Commission formulation processor 2.7, Business rules 
component 2.8, Operating system 2.2, and network interface 3.1. A conventional peraonal 
conq)uter or workstation with sufScient memory and processing capability may be used as 
Business Controller 2.0. Alternatively, the Business Conti-oUer 2.0 can comprise a hand held 
wireless conununication device such as a Palm Pilot®, WordPad® or the like. 

In one embodiment. Business Controller 2.0 operates as a Web server, both receiving 
and transmitting data inquiries generated by buyers and selleis. Business CoutroUer 2.0 must 
be enable of processing high volume transaction, perfonning a significant number of 
mafliematical calculations in processing communications. A Pentium-n 300 MHz 
microprocessor commonly manufactured by Intel Inc. may be used for CPU 2.4. This 
processor employs a 32-bit architecture. Other processors suitable for use as CPU 2.4 
include Motorola 120MHZ PowerPC or Sun Microsystems SOLARIS. 

Each of billing processor 23 and payment processor 2.6 can comprise a 
conventional microprocessor (such as Intel Pentium) supporting the transfer and exchange of 
p^onents, charges, or debits attendmg transactions processed. These processors may also be 
configured as part of CPU 2.4. 

Processing of credit card transactions m^ be supported with commercially available 
software, such as the Secure Web server manufectured by Open Ma±&t Joe. This server 
software transmits credit card numbers dectronicafly to the Open Market headquartera for 
card-processmg verification- An Integrated Commerce Service at the Open Markert 
headquarters provides back-ofSce services necessary to run Web-based businesses. The 
back-office services include online account statements, order-taking and credit card payment 
authoiizatioii, credit card setflemen^ automated sales tax calculations, digital receipt 
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generation, and account based piirchase tracking and payment aggregation for low priced 
services. 

•me bargain formulation processor 2.5 and the commission calculation processor 2.7 
can con«>rise conventional microprocessors (such as Intel Pentium) that support 
5 ma&ematical processmg of different bargain prices and calculation of commissions. A 
business rules component 2.8 can use this type of microprocessor for its functionality. 

A database controUer 3.0, shown in Fig. 3, comprises a conventional personal 
con?)uter or computer workstation having sufficient memory and processing capability. In 
one embodiment, database controller 3.0 operates as aDatabase Server, both receiving and 
10 transmitting data inquiries generated by the Busmess Controller 2.0. 

Fulfilling the high volume transaction processing and data queries required during 
operation of the Internet bargaining system requires a powerful microprocessor. A Pentmm 
n 300 MHz microprocessor commonly manufectured by Intel Inc. can comprise CPU 3.1. 
Other equivalent microprocrasors voay also be used. 
15 A data storage device of the type suitable for use with the invention generaUy 

fawludes magnetic storage devices such as fixed discs, and the like. These storage devices 
will be used for housing the databases used in &e processing of transactions by the system. 
These databases include biq^ database 3.5, seller database 3.6, product database 3.9. 
request database 33, response database 3.4, p^ment database 3.7, billing database 3.8, and 
20 audit database 3.10. In a prefenced embodiment database software such as Oracle 8, 
manufectured by Oracle Corporation, is used to create and manage these databases. 
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Bi^yer database 3.5 mamtams data on each biayer, including name, address, phone, E- 
mail, payment preference, language preference, product preference and the like. Seller 
database 3.6 maintains data on each seller such as name, address, phone, E-mail, language 
preference, past selling record, product ID, price range preferoice for sale of the product 
either as a single item or in bulk, or as a package deal, availability of the product, condition 
of tiie product, picture, if available, and the like. In addition, seller database 3.6 contains 
information about the product ID, and any advertising data of the product to be sold. The 
seller database 3.6 also holds information about bargain bids and the response generation by 
the system. 

The Bargain request database 3.3 mcludes all buyer requests 12 received by 
Business Controller 2.0, mdexed by product ID. A unique tracking number is also stored for 
each buyer request 3.3. 

The bargain response database 3.4 contains all bargain responses issued by Business 
Controller 2.0. This database is indexed by the request tracking number. Bargain response 
database 3.4 also contains all the bargain prices issued by the Business Controller 2.0 in the 
bargaming process of aproduct 

Payment database 3.7 and billing database 3.8 track all commercial transactions, as 
well as payment and billing preferences and, optionally, shipping details and product 
tracking information. These databases are valuable in the event of inquiries by both buyer 
and seller so that an audit trail can be produced. Product database 3.9 maintamg product ID 
and other details about the product 
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Audit database 3,10 stores transactional information that may be retrieved for later 
analysis; for example, the bay&s and sellers negotiations proceedings from chat rooms, or 
audit trails by the Business Controller 2.0 might be stored in this database so that buyer or 
seller inquiries concenung service or price, or the transaction history can be independently 
5 verified. 

Network interface 4.1 provides a gateway for communication with buyere aiid sellers 
thiou^ a buyer interfece and a seller interfece, respectively. Conventional internal or 
external modems serve to provide the networic interface. The modem is supported at a baud 
rate ranging from 28800 iq>wards, but may combine such inputs into a tl or t3 line, if more 
10 bandwidth is required. 

In a preferred embodnnent, network mterfece 4.1 is connected with Ihe Intemet 
and/or any of the commercial Intemet service providers, such as AOL, Con^uServe, IBM, 
and Ihe like. This allows both buyCTs and sellers to access the system from a wide range of 
online connections. As used herem, tiie term "connection" means a conventional wired 

15 comiection as would be provided by a modem and telephone line or, alternatively, a wireless 
connection, such as tiiat provided by a wireless modem, cell phone or the like. Sevraal 
cominercial e-mail servers mclude the above functionaUty. Outlook Express, an electronic 
mail software package manufactured by Microsoft Corporation, is designed to link people 
and information over enterprise networks and the Latemet Any otiier plai-mdependent e- 

20 mail, secure server-based software that uses open standards based oa Intemet protocols can 
be used. Buyers and sellers can exchange messages wfli files, grqAics, video and audio. 
The s^^m should siq)port multiple languages. 
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Allhou^ the foregoing embodiment describes a single computer acting as the 
Business Controller, it will be readily appreciated by those skilled in the art that the 
functionality can be distributed over a plurality of computers. In another embodiment the 
Business Controller 2.0 and the database controller 3.0 are configured in a distribxrted 

5 architecture, shown by Fig. 4, wheieia the database and processor components are housed in 
separate units or locations. Business Controller 2.0 components perform the primary 
processing functions and contain at a minimum RAM, ROM and a general processor. Each 
of these controllers is attached to WAN HUB 4.2 that serves as Ihe primary communication 
link with the other devices WAN hub 4.2 may have miiumal processing capability itself, 

10 serving primarily as a communications router. 

Although a limited nurdber of controllers are shown in this embodiment those sldlled 
in the art will appreciate that an almost unlimited number of controllers may be supported. In 
such configuration, each controller is in communication with its constituent port, but stand- 
alone units perform the processor and/or data storage functions. 

15 Payment processor and database 4.3, billing processor and database 4.4, and 

buyer/seller database 4.6 communicate through WAN Hub 4.2 with controllers 4.7 through 
4.9. T\^thL this arrangement, the system is more flexible and dynamic, and less vukierable to 
catastrophic hardware failures. 

In Figs. 5 and 6 there is illustrated a buyer interfece and a sdler interface, 
20 respectively. Typically, each of these interfaces is provided by a personal con^uter having 
an input device such as keyboard, mouse, or conventional voice recognition software 
package. Each of the buyer and seller interfeces also has a display device such as a video 
monitor, aprocessing device such as a CPU, and anetwork bitec&ce such as a combination 
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of modem and an ISP coimection. Alternatively, the buyer interface 5.0 and seller interfece 
6.0 may also be voice mail systenti, or other electronic or voice communication system. 
Devices such as fax macliines or pagers are also suitable interfaces. Birder and seller 
interfaces other than on-line via the Ihtemet will be managed through the phone system and 
S Ihe bargaimng process will be &cilitated by customer service agents. 

Referring to Figure 5, the buyer interface is described which includes central 
processor (CPU) 5.1, RAM 5.2, ROM 5.3, video driver 5.8, video monitor 5.10, 
comnnmications port 5.7, bxpat device 5.9, network inter&ce 4.1 and a data storage device. 
Each of these components is substantially identical to those described in Fig. 6. 

10 The primary functions of the seller mterface 6.0 and the buyer interface 5.0 are 

message oeation and transmission. Numerous commercial software ^plications can enable 
the communications required by seller interface 6.0 and buyer mterface 5.0. MS Outlook 
Express, manufactured by Microsoft, for example, provides editing tools for the creation of 
messages as well as communication tools to route the message to the appropriate electronic 

15 address. 

Referring to Fig. 6 there is shown seller inter&ce 6.0. The seller interface includes 
central processor (CPU) 6.1, RAM 6.2, ROM 6.3, video driver 6.8, video monitor 6.10, 
communication port 6.5, input device 6.9, network inter&ce 4.1, and data storage device 6.6. 
CPU 6.1 can be comprised of a Pentium microprocessor such as 100 TsSHz P54C. CPU 6.1 
20 has astaxulard chip-based clod^ which is used to timestanQ) the sdll&r request produced with 
seller interface 6.0. A modem is required to transmit data to Business Controll^ 2.0 for 
further processing so that the seller's product may be adv^Hsed open for bargain and given 
a startmg bargain price. The encoding and decoding processor 6.4 is required to encode and 
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decode data transferred to and from Business ControUer 2.0. Data and decoding processor 
wfll be discussed at a later stage. Data storage device 6.6 is a conventional magnetic based 
hard disk storage unit, such as those manufectured by Western Digital. Ihfonnation database 
6.6 is used for archiving seller requests and the bargain details, pa3anent records and 
shipping details are recorded at local database 6.7. 



Asynchronous Bargaining Embodiment 

In one embodiment of the current mvention, the communication between buyers and 
the sellers takes place asynchronously through Business ControUer 2.0. The buyer creates 
hvyoT request 1.2, transmits it to the Busmess ControUer 2.0 and then disconnects from the 
network. The Business ControUer 2.0 generates a buyer response 13, accepting the request 
In the event that the buyer request is not acceptable, the Busmess ControUer 2.0 generates a 
new bargain price for the buj^er and sends it to the buyer for consideration. The buyer then 
generates a new buyer request based on the new bargain price received fit>m Business 
ControUer 2.0. This process is contmued until (i) an acceptable price is arrived at, or (ii) 
of the parties to the ttansaction discontinues the bargaining process, or (iii) the product 
service becomes unavailable, or (iv) buyer runs out of chances or does not request additional 
chances, or (v) tiie predetermmed time period aUotted for bargainmg has expired. 

Alternatively m the case of seUer, flie seUer sends a setter request contammg a 
seUer's ofifered price and details about his product to the Busmess ControUer 2.0 and 
disconnects from the network. Business ControUer 2.0 then generates a response having tiie 
form of (i) dis^proval of seUer's request or (n) request for more detefls, or (in) acceptance 



one 
or 
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of tiie seUer reqiiest, or (iv) provisional acceptance of seUer request based on a modified 
bargain price or modified product or service offering su^ested by Ihe Business ControUer 
2.0. In liie event that the seller request is not accepted by the Business Controller 2.0, the 
seUer generates a seller request based on the response received fix>m Business Controller 2.0. 

5 This process is continued until (i) an acceptable seller request is arrived at, or (U) one of the 
parties to the transaction discontinues the bargaining process, or (iii) the seUer decides to list 
the product on open sale, as described herein, or (iv) the seller runs out of chances or 
declines to purchase additional bargaining chances, or (v) the predetemiined time for 
bargaining has expired. In eiltoer case fte bi^^ or seUer does not communicate vMl the 

10 Business Controller in real time. 

Offline Communications with Buyer 

With reference to Figure BFl, tijere is described the process by which hvy& 
formulates hayex request 1J2. 

The buyer first creates a request at step BFl . 1 . by choosing a product from tiie given 

15 list of (i) products, which mclude airline tickets, new and used cars, electronic components, 
computer peripherals, groceries, fimnture, antiques, and tiie like; and/or (ii) services, which 
include legal services, consulting services, babysitting services, maid services, medical 
services, and Ihe like, ft wiU be appreciated by those skilled in tiie art fcat the list of 
products and services includes a myriad of products and services, tiiat is to s^, virtually any 

20 product or service which is required by a consumer or business entity and can be readily 
valued and priced for sale, and which is susceptible for purchase and sale in a bargaining 
context The term "product, as used herein is intended to include essy product and/or service 



wo 01/97133 . 

PCTAJSOl/16736 

21 

that constitutes subject matter adapted to be priced and sold for a bargained for 
consideration. 

The buyer attaches his ID number to the request at step BFl^, This ID number is 
received from the Business ControUer 2.0 when buyer registers for the service and submits 
his profile (as illustrated below in figure BNl). 

Business Controller 2.0 maintains a database of buyer ID numbers in buyer database 
3.5, and issues or aUows only unique numbers. At step BF1.3, flie buyer attaches criteria to 
request as shown in step BF1.35 in the figure. Criteria lypicaUy includes the type, size, time, 
model, malce, model number, and the like. 

At step BF1.4, both the buyer ID and criteria are combined with request, producing a 
con?)lete buyer request 1.2. The mformation given in buyer request 1.2 is used by Business 
Controller 2.0 to generate bargain price for the products meeting criteria as shown m box 
BFl J5. Criteria used m BFl J5 is searchable. Business ControUer 2.0 searches product 
database 3.9 to get appropriate products for the buyer request 1.2 based on the criteria The 
criteria in BF1.35 typicaUy describes the required product, as well as the specific details of 
the product that the buyer wants to b^y. The products typicaUy include airUne tickets, new 
and used cars, real estate, furniture, conq)uter equipment, electronic equqmient, tools, books, 
magazines, and the Uke. There may be a specific format for the criteria, requesting the buyer 
to use a given set words and symbols such as "model = 99", "No. Of seats =^", 'TSfileage <^ 
2000", "make = CadiUac" and the like for used cars, or it can be "capacity >- 8GB", 
"manufectnrer = Seagate", "price <= lOOOO" and the Uke for a buyer interest in bi^dng a new 
hard disk. The bi^rer can also designate response time, payment mode and type of service as 
criteria of buyer request 1.2. 
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Referring back to Figure BFl, the buyer then converts buyer request IJ2 into 
electronic fonmt at step BFl. 5 and is transmitted to Business Controller 2.0 at step BFl. 6. 
This transfer occurs via electronic mail, the system also suppoits voice mail, facsimile or 
postal mail transmissions of buyer request 1.2. Buyer request can also be posted to bulletin 
5 boards or web pages operated by Business Controller 2.0. In a web-based embodiment, 
biiyers may fODl out an electronic form built into the web pages of Business Controller 2.0. 

It should be noted that the generation and transmission of buyer request 1.2 does not 
require the use of proprietary software. Conventional electronic mail software such as 
Outlook Express, for example, is capable of providing editing tools for the creation of 
10 messages as well as the communication tools to route the message to the appropriate 
electronic mail address. As long as the message conforms to standards established by the 
Business Controller 2.0, an email program is enable of generating and transmittmg buyer 
request. 

The standard would specify the message address, the mformation to be contained in 
15 the siibject heading, and the processing order of the body of the message. The first line of 
the body of the electronic mail, for e.g. may contain the ID of the buyer. The second line is 
tiie product third line the model and the fourth line the price buyer is willing to pay. 
Standard forms could also be electronically mailed to the buyer, allowing hhn to sunply fill 
in the blanks and return buyer request 1.2 to Business Controller 2.0. Similar forms and 
20 standards could be applied to fax and postal mail transmission. 

Referring to Figure BF2, there is shown a flow chart for the case where ihe initial 
processing of buyer request 1.2 and first response generation by Business Controller 2.0 is 
intentional. Buyer request IJZis received, stored and processed by Business Controller 2.0 



wo 01/97133 

PCT/USOl/16736 

23 

before generating a response. At step BF2.1, buyer request 1.2 is received fiom the buyer. 
Business Controller 2.0 supports aU transmission methods allowing for a wide variety of 
formats of mcoming buyer request Some formats may be changed before further processing 
by Business ControUer 2.0. Buyer request 1.2 transmitted by mail in p^r form, for 
example, is scanned and digitized, using optional character recognition software to create 
digital text Once buyer request 1.2 has been received, it is stored in request database 3.5 
where it is assigned a unique tracking number. 

After being stored at step BF2.1, buyer request may go through a series of processing 
steps. One step, if necessaiy, is language translation. There are two fonns of language 
translation. With the first form, a standard language is created in which all buyer request 1 .2 
must be written. Business Controller 2.0 exlracts data from the buyer requests. The second 
form requires translation to the language most ^propriate for the buyers and sellere and 
Busmess Controller 2.0. This translation is provided by language experts associated with the 
system, or by automatic translation software such as Systran Professional, manufactured by 
-Systran" software. Twelve bi-directional language combinations are available, including 
English to/fiom French, Italian, German, Spanish, Portuguese and Japanese. 

Another processmg step, if necessaiy, involves a check for spelling or typographical 
errors. Buyer request 1.2 is reviewed for clarity. Errors detected in Buyer request 1J2 are 
returned to the buyer for clarification and eiror removal 

One processing step comprises a search for criteria. If no criteria have been 
included, the buyer request is returned to the buyer for resubmissioa The buyer can 
alternatively provide criteria by selecting the buyer request product directly via online 
connection as described hereinafter m the Synduonous Bargaining embodiment 
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If the buyer does not want to provide criteria, buyer request 1.2 may be classified by 
searohing (i) the request for predetermined bey words, or (ii) aUst stored in product database 
3.9. Key words thereby developed are then used to generate criteria. Product database 3.9 
includes a list of keywords associated with the products. The presence of one or more of 
5 those key words in the request triggers a classification of the request as the appropriate 
product 

One commercially avaflable software padcage, which performs these types of 
searches, is Semantic Networks by ExcaHbur Technologies Corporation. The software 
provides the ability to retrieve approxhnations of search queries and has a natural tolerance 
10 for errors m both input data and query terms. Such software also provides a hi^ level of 
confidence that searches will be successfid regardless of errors m spdlmg of the data bemg 
searched. Excalibur's baseline semantic network supports multi-layered dictionary, 
structures tiiat enable mtegration of specialized reference works for legal, medical, finance, 
engineering and other fields. 

15 Excalibur Retrieval Ware enables developers to build hsformation retrieval solutions 

for the fun spectrum of digital information, including text, document unages and multimedia 
data types. It allows for mdexmg and retrieval of digital unages based on tijeir objective 
context These components enable pattem recognition based knage retrieval applications that 
automaticafly recognize certain types of visual information and provide extensive image 

20 management capabilities. 

BefiM© searching for tiie product meeting the criteria in product database 3.9, 
Busmess Controller 2.0 searches for previous re^sts fix)m tiie hay&i for Ihe same product 
nuiQber at step BF2.2, so tiiat unnecessary bargaining is not performed. At step BF23, if the 
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Business Controller 2.0 had accepted a buyer suggested bargain price earUer. but Ihb buyer 
did not proceed to purchase the product at that time, and now wants to continue, there is 
generally no need to repeat the imtM phase of the bargaining process. The buyer can, 
instead, be aUowed to hold his bargain price for a limited time, or for an indefinite thne, or 
until the product is purchased by another buyer. 

If there exists a system accepted, buyer requested bargain price for a product, and the 
buyer has not yet purchased the product, and has placed his bargain price on hold, then at 
step BF2.6, if buyer signals his mtent to purchase &e product, Busmess Controller 2.0 will 
present the buyer with higher bargain prices then extant, which have been offered by other 
buyers, to allow buyer to match or better the extant hi^er bargain prices. Ih flie event there 
exist no hi^er bargain prices. Business Controller 2.0 will process the payment and ship the 
product to the buyer. In the event that the product has been purchased at a higher bargain 
price. Business Controller 2.0 creates a bargain price 1.2 at step BP2.4 provided the product 
is stiU available. If fee product requested is no longer available, or buyer is not wflling to 
mateh or better the hi^^ bargain prices, then at step BF2.5, Busmess ControUer 2.0 
generates from product database 3.9 a list of product closely meetmg the criteria in b^yer 
request but differing in certain respects, such as brand name, quaUty, color, featm-es and the 
like. The list generated from product database 3.9 is then presented to the buyer for 
consideration, and the process is continued, as described h^in, with buyer selecting a 
product from the list presented by Business Controller 2.0. 

After presenting the buyer with the higher bargam offers by oihsr bi^rers. Business 
ControUer 2.0 checks at step BF2.7 whetiier or not the buyer's bargain price revised in Hght 
of such higher bargain offers, is successfiil. If it is, then Business Controller 2.0 asks the 
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buyer to accept the bargain at step BF2.8. When the buyer accepts tiie offer at step BF2.9, 
Business Controller 2.0 finalizes the deal by billmg buyer and dispatching tiie product to 
the given address at step BF2.11. If buyer does not accept, then Business Controller 2.0 
continues vdth Hie bargain process at step BF2.10 until a successful bargain is arrived at In 
the event tiiat liie buyer's revised bargain price is not successful, then Business ControUer 
2.0 generates a new bargain price for the buyer and proceeds with the bargaining at step 
BF2.12 and BF2.13, and the process is continued as described herein. 

In Fig: BF3 tiiere is illustrated another method of buyer request processmg. Business 
Controller 2.0 assigns a tracking ID to each buyer request and, after receiving tiie request, 
stores it in request database 3.3 at step BF3.1. Upon receivmg a biqrer request, the Business 
Controll^ searches at step BF3.2, Busmess Controller 2.0 to detemnne v^ther tiiere exists 
in request database 3 .3 a shnilar request by sanie buyer for the same product and whether 
the request was successful. In the event that a shnilar bargam request exists at step BF3.3, 
the buyer is notified about the bargain prices subnfitted by previous requests and vdiether 
sudx previous requests were successful at step BF3.6. If no sinrilai' requests exist at step 
BF33, Aen Business Controller 2.0 creates a bargam price hi the form of a new bargain 
«^ usmg the criteria at step BF3.4. At step BF3.7, buyer has the option of either 
accepting the old bargam price or continue barpinmg. If buyer chooses to accept tiie old 
bargain price, the Busmess ControUer 2.0 checks at step BF3.8 to detenmne whefliar or not 
the product is avaflable. If the product is available, buyer is notified about bargam request 
acceptance at st^ BF3.11, and billed at step BF3.12. If tiie product is not available, or a 
price has not been agreed upon, then Busmess Controller 2.0 generates a list of products 
closely meeting tiie criteria but differing herefrom m some mmor respect, such as brand 
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name, quaUly, color, features and fee like, by searching throu^ the product database 3.9 at 
step BF3.5. Busmess ControUer 2.0 so informs buyer at step BF3.9 and asks him to send 
another request at step BF3.10. 

In the event that the bi^rer refuses to accept the previous bargain price at step BF3 .7 
and the product requested or a product closely meeting tiie criteria, as described above, is 
available, Business Controller 2.0 (i) offers to accept the previous bargain price, as applied 
to purchase of product having closely matched but slightly dissimilar attributes, such as 
different brand name, qualify, color, features and the like, or (ii) generates a new bargain 
price for purchase of flie same product and proceeds with the bargaining process at steps 
BF3.13andBF3.14. 

Referring to Figure BF4 of the drawings, there is illustrated a process for offline 
bargaining in vMch Business ControUer 2.0 bargains with more than one hvy&r. At step 
BF4.1, Business ControUer 2.0 generates a bargain price for buyer request. This bargain 
price response is transmitted to the buyer at step BF4.2. If the buyer does not accept the 
bargain price at step BF43 then, at step BF4.4, Business ControUer 2.0 is notified about &e 
denial. Business ControUer 2.0 asks bi^rer for another bargain price of his choice at step 
BF4.5. If the buyer accepts the bargain price at step BF43 then, at step BF4.6, acceptance is 
sent to Business ControUer 2.0. At step BF4.7, Business ControUer 2.0 checks the presence 
of more than one buyer bargaining for the same product. If only one buyer exists then he is 
informed about the request approval at step BF4. 8 and Aen the buyer is biUed at step BF4.9 . 

If at step BF4.7 there is more than one bi^yer bargaining, then Business ControUer 
2.0 checks for the avaUabUily of &at product at step BF4.10. Jh the event that there is 
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available sufficient quantity of product requested, Business Controller 2.0 continues 
bargaining at step BF4.1 1 and, at step BF4.12, bills the buyer. 

If Ihe condition arises fbat only one piece of the requested product is avaUable at step 
BF4.10, Business Controller 2.0 notifies tiie buyer offering the maximum bargain price that 
5 his bargain request has been proved at step BF4.13. Thereafter, at step BF4.14, Business 
Controller 2.0 notifies other buyers about the deal, stops running bargain process with them 
and, at step BF4.15, initiates the billing process for the successfiil buyer. 

In Figure BF5 there is illustrated the bargain price generation process by Busmess 
ControUer 2.0 during bargain negotiations witii buyer. After generating bargain price for the 

10 buyer at step BF5.1, Business Controller 2.0 attaches a product ID and stores it in response 
database 3.4 at step BF5.2, before sending Has bargain price to liie buyer at step BF53. If 
the buyer accepts the bargain price at step BF5,4, Business ControUer 2.0 initiates Hie billing 
process at step BF5.6 and dispatehes the product to flie buyer at step BF5.7. Busmess 
ControUer 2.0 initiates the payment process for the seUer or vendor or manufacturer of the 

15 product at step BF5.8. In the event of buyer refiisal at step BF5.4, Business ControUer 2.0 
asks buyer for his next best baigam price at step BF5.5, and the process is continued, as 
desaibed herein. 

OjEOine Communications with Setter 

Another feature of the Jhtemet Baigaining System is the ability to provide for offline 
20 bargaimng and communications between the seUer and Business ControUer 2.0. In Figure 
SFl there is shown a method v^erein the seUer registers himself with the Business 
ControUer 2.0. At step SFl.l seUer creates his profile, and at step SFl J2, speciSss his name. 
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address, phone number and the like. Sefler converts his profQe and, preferably, details about 
mode of payment into electronic format at step SF1.3. This data is then transmitted to 
Busmess ControUer 2.0 at step SF1.4. As described e«lier, this transfer occurs via 
electronic mail, voice mail, facsimile or postal mail transmissions. 

Generation and transmission of seller profile data does not require proprietary 
software. Conventional e-mail software such as "Ouflook depress", for example, provides 
editing tools for creation of messages, and communications tool to route these messages to 
the appropriate e-mail address. As long as a message conforms to the standaids established 
by Business ControUer 2.0, any e-mail program can perform the required fimction. The 
standard specifies the address to send messages to, as weU as the format of infonnation 
contained in the sulgect and the body of the message. Standaid forms can be electronicaUy 
mailed to the seller, allowing the seller to complete the fonns by filling m flie blanks and 
returning the forms to Business Controfler 2.0. Business Controller 2.0 updates seUer 
database at step SF1.5 and generates a unique ID at step SF1.6 for seUer autiientication in 
fiiture. This ID number can contain a login name and password. The generated ID is then 
transmitted back to seller at Step SF1.7. Seller can use the ID number (i) to get authorization 
fiom the system for sale of the product (or to seU another product at some other time), or (ii) 
for present or ftiture correspondence. 

Figure SF2 iUustrates an embodiment in which the seller submits product details. At 
step SF2.1 the seller creates a product profile giving specific details about Ms product^ for 
example, category, type, make, model, color, type and the like, as shown in SF2.2. The 
seller attaches his ID number with the product profile for authorization at step SF2.3. 
Thereafter, at step SF2.4, the seller converts the product profile into electronic format and 
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transmits his request to Business Controller 2.0, at step SF2.5. Transmission of the request 
at step SE2.5 can, alternatively, be accomplished by fecsinaile or regular mail. As used 
herein, tiie term "regular mafl" includes first class, or fester, mail delivery, such as express 
mail, federal express, courier, messenger and tiie like. Business Controller 2.0 updates 
product database, at step SE2.6, and at step SF2.7 Business Controller 2.0 transmits a 
response containing the seller request and conditions of sale. 

Reference is now made to Figure SF3, in which Business Controller 2.0 performs the 
creation and initial processing of the seller request 1.4. Seller creates seller request 1.4 at ' 
step SF3.1, converts it into electronic format, fecsinaile or regular mail at step SF3.2 and at 
step SF3.3 transmits it to Business Controller 2.0. At step SF3.4 Business Conlroller 2.0 
diecks if the request is acceptable or not. If the request is not accepted then, at step SF3.5, 
Business Controller 2.0 asks Ihe seller to send the request again or create a new request At 
step SF3.4, if Busmess Controller 2.0 accepts the request then product database 3.9 is 
updated at step SF3.6. Then Buaness Controller 2.0 starts the process of evaluation of the 
product at step SF3.7, and at step SF3.8 Business Controller 2.0 generates a response 
according to the mode of sale specified in tiie request by Ihe seller. 

In Figure SF4 there is illustrated Ihe related processes occurring ^ifbsa the seller 
wants to sell his product to Business Controller 2.0, or the seller wants Business Controller 
2.0 to put his product on sale. At st©p SF4.1, Business Controller 2.0 evaluates seller 
request and checks wbeibsc fliis is an acceptable request at step SF4.2. If the request is not 
acceptable, then Business Contrdler 2.0 sends a rejection notification to seller at step SF4.3 
and asks seller to create a new request at step SF4.4. at step SF4.2, the request is 
accepted Hbea Business Controller 2.0 chedcs the mode of sale at step SF4 J. In the event 
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that Ihe mode of sale in the request is to put flie product on open sale, then Busmess 
ControUer 2.0 puts the product on the selling list, adds a predetermined percentage typically 
at least about .001%, preferably about .05% to 1000%, and more preferably about .10 to 
20% based on the offering sale price of the product or service, and updates respective 
database at step SF4.6. As used herein, the term **open sale'* means sale of fte product, by 
auction, bargaining, or retail or wholesale listing thereof without active participation by the 
Busmess Controller 2.0. At step SF4.7 Business ControUer 2.0 checks whether the product 
is sold or not. If Ihe product is sold liien Business ControUer 2.0 sends notification to the 
setter about the deal at step SF4.8 and, at step SF4.10, initiates the payment process for the 
seUa- in accordance with the conditions of sale. If the product is not sold, then at step SF4.9, 
the Business Control 2.0 continues to seU the product until (a) the product is sold, (b) the 
product is withdrawn by the seUer, or (c) the time limit for Usting the product has expired. 
Referring again to .step SF4.5, if the mode of sale is bargaining i.e. the seUer wants to seU the 
product to the Bargammg System or to a buyer with active participation by the Business 
ControUer 2.0 at a bargained for price, then Business ControUer 2.0 generates a bargain 
price for flie seller, adds a predetermined percentage typicaUy at least about .001%, 
preferably about .005% to 1000%, and more preferably about .10 to 20% based on the final 
sale price of the product or service, and updates response database 3.4 and step SF4.11. In 
the event that the seUer accepts the bargain price at step SF4.12, then at step SF4.13 
Business Controller 2.0 either initiates the p^ment process to seUer in accordance with the 
conditions of sale, or actively bargams wifli prospective hvycrs to arrive at a mutually agreed 
upon bargain price for sale of the product and initiates payment to seUer as per the 
conditions of sale. If the seUer does not accept the bargain price, then Business ControUer 
2.0 continues wifli -flie bargaining process at step SF4.14. 
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Referring to Figure SF5 there is illustrated the mquiry process used by the sdler to 
inquire about fbs sale of his product At step SF5.1, seller creates inquiiy requesl^ attaches 
his ID number for authorization and transmits tiie request to Business Controller 2.0 along 
with product ID at step SF5.2. Thereafter, at step SF5.3, Business Controller 2.0 checks the 
sale status of the product ID specified in the inquiiy request If the product has been sold, 
ihe Business Controller 2.0 provides details of the sale and the agreed upon temK and 
conditions of sale. If Ihe product is still listed for sale, then at step SF5.4, Busmess 
Controller 2.0 provides information about current and previous bargain offers. Business 
Controller 2.0 then asks the seller to transmit his comment about the sale status at step SF5.5 
M^iich comment may include a revised request to list the product with certain purchase 
incentives, or at a revised purchase price. 

S^chronous Bargaining Embodiment 

In one embodiment ofUbs present mvention, buyers and sellers requiring continuous 
interaction \with the system establish a synchronous communication channel witii the system. 
Ttiflfftwiirtti as tiie present uivention is based on a bargaining system, real-time system. 
commnnication is preferred instead of the asynchronous communication protocol. There are 
various metiiods that buyers and sellers can use to communicate with the systan. Protocols 
for communications between one buyra- and the system and between one seller and tiie 
system are described herdnafta: in further detail. In Ihe embodiment describing buyer- 
systan communications, tiie bi^yer and system ej«5hange a series of biiyer requests and 
bargain responses using a one-to-one synchronous communications channel such as 
telephone, real-time text messaging, voice recognition and response iqrstems, dynamic web 
pages, chat rooms on the Inteme^ wireless communication such as ceil phones or Pahn 
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Pilots, and Ihe like, or video conferencing. The same mechanism exists for the case of 
seller-system commmiications, in which the seUer and system exchange seller requests and 
bargain responses. Bt^r can request a synchronous communication channel when makmg 
an initial buyer request 1.2, using any of the embodiments of the present invention. If 
buyer's criteria includes a request for voice communications, Busmess Controller 2.0 
provides software enabling voice actuated computer communication, or assigns an expert to 
construct a synchronous voice or text-based synchronous communication channel. This 
mechanism is oftentimes employed for special cases; since Business ControUer 2.0 is 
generally able to process the request and aU steps of the bargaining process. 

Many synchronous communications channels may be used. For iUustrative purposes 
an online messaging system is described which uses a standard online service to provide a 
real-time, text-based or voice-based communications link between the buyer and sefler, as 
well as between tiie buyer or seller and Business Controller 2.0. 

Online Bargaining with Buyer 

In Figure BNl, there is iUustrated a mefliod by which buyer creates a proffle and 
registers with the system online. Buyer connects to an online service at step BNl.l. This 
onlme service could be from any Internet service provider (ISP), such as AOL, Conq)uServe, 
Prodigy, IBM, and the like. It wiU be understood by those skilled in the art that the 
connection can be a line connection such as a telephone Ime or cable connection, or a 
wireless connection, such as that made using a cell phone, Pahn Pilot or the like. At step 
BNI.2 hvyer connects to Business Controller 2.0 and submits the profile at step BNIJ. 
Here bi^er provides biQrer's name, address, phone number, e-mail address, ci^, state, 
country, preferred language and the like, as shown in box BN1.4, Business Controfler 2.0 
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can require the buyer to provide Has information in a predefined format Alternatively, buy&r 
may be required to fill out an online form for this purpose. Business Controller 2.0 updates 
h\xyer database 3.5 at step BN1.5 and flie buyer becomes registered with the system. At step 
BN1.6, Business Controller 2.0 generates a unique ID number for the buyer. This ID 
number can contain a login name and password. This ID number is used by the buyer to get 
authorization for purchase of products fi*om the system. It also permits buyer to purchase 
wild card discounts and bonus chances. Tb& system may also award wildcard discounts, or 
special promotions on specific bargain deals, and/or award such wild card discounts and 
special promotions randomly or to privileged customers. Buyers are notified of such wild 
card discount awards by surprise pop-up messages, or by instant messaging, or by means of 
a 'bargain Guru". In addition, fee system is fiirfher configured to award purdiase inceolives 
selected &om the groiq) consisting of; (a) bonus chances made available upon the purchase 
of products and/or services, or in response to buyer request for fi«e bonus chances, or to 
encourage timely payment by regular customers and (b) purchase points provided upon 
purchase of products and services. The basis for providing purchase points will vaiy, 
dfi^nding on the price and quantity of product purchased, Uie referral of new purchasers 
and other product and service drivers, as may be referenced in Ihe msmbersiap agreement 

Bvyw connecte to Business Controller 2.0 to get information about new and fixture 
products. In addition, buyer can view the prices offered by the system. Buyer can make 
queries about fee quality and state of products Hiat are of interest for bargaining. At step 
BN1.7 Business Controller 2.0 notifies buyer about the completion of the registration 
process. In another asibodimeat of the invention, either buyer or seller can surf tiie Litemet 
bargaining site for a predetermine period of time, preferably ranging firom at least about 30 
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seconds, more preferably from about 1 minute to 10 hours, and still more preferably from 2 
to 7 hours, to determine product and service offerings. 

In Figure BN2 there is described an embodiment of this invention v^erem the buyer 
selects a product and creates a bi^er request The system allows the buyer at step BN2.1 to 
establish an onlme comiection to Business Controller 2.0 via the Internet, using an ISP such 
as AOL, CompuServe, Prodigy and the like or oflier conventional online system. Online 
services act merely as a convenient way for synchronous communications given their 
capacity to process tens of thousands of simultaneous connections. In another embodiment 
Busmess ControUer 2.0 process aU synchronous communications directly, eluninatmg the 
need for onlme networks. Buyer interfece 5.0 displays a screen on video monitor 5,10 that 
offers a selection of predetermmed product areas at step BN2.2, such as Airline Tickets, 
Real Estate, Cars, Sports Goods, and Antiques and the like, as described in box BN23. 
These product areas are stored in product database 3.9. Bx^ selects a category and is 
presented with a list of products present in that category. Thereafter, buyer is pK>nq)ted to 
select one of them at step BN2.4. 

Step BN2.4 can consist of several steps that may include further selection of sub- 
categories related to the product These categories help the buyer to furflier refine the 
criteria of his request At step BN2.6 buyer finalizes fee choice of product At step BN2.7 
Busmess ControUer 2.0 generates a product ID against the criteria submitted by the buyer. 
Bargain request 1.2 is created at step BN2.8, which includes fee bu ^»s baigain price and, 
optionally, the payment preference suggested by the buyer such as csredit card, EFT, or 
digital cash as shown at step BN2.9. 
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IQ Figure BN3 there is shovm (i) the process used by buyer to maks his request to 
Business Controller 2.0 after selecting the product online; and (ii) how the Business 
ControUer 2.0 initiates the bargam process. At step BN3.1, buyer's request, buyer ID and 
product ID are comWned to buyer request 1.2. This bi^yer request 1.2 is Ihen transmitted to 
5 Business ControUer 2.0 at step BN3.2, and at step BN3.3 Business ControUer 2.0 stores 
buyer request 1.2 in bargain request database 3.3. At step BN3.4 Business ControUer 2.0 
decides whefiher or not the request can be accepted. If Busmess ControUer 2.0 does not 
accept the request, then at step BN3.5, Business ControUer 2.0 checks the product database 
for alternative products. If no alternative product is found, then at step BN3.6, Bushaess 
10 ControUer notifies the buyer about the rejection of the request and stops bargaining. The 
appropriate reason of rejection is shown to the buyer through buyer mterfece 5.0 at step 
BN3.6. The basis for rejection could be (i) that the product may not be available at that time; 
or (ii) that the product has akeady been sold; or (iii) tiiat the service is not seUmg products m 
that category; or (iv) that the price is below the final bargain price, or (v) that the bargaining 
15 chances have been exhausted, or (vi) the time aUotted for bargaining has expired. At step 
BN3.11 Busmess ControUer 2.0 updates its database and stops aU transactions related to this 
process. For cases in wtdch fbe product is unavailable or has aheady been sold, or for v*ich 
the buyer request price is too low, at step BN3.5, Business ControUer 2.0 generates a list of 
products closely meeting the criteria (ie. price, product descrqrtion and conditions of sale) 
20 set forth in buyer's request, but differing thereftom m some minor respect, such as brand 
name, quality, color, features and fte libe. Business ControUer 2.0 generates this list of 
products by searching throu^ the product database 3.9. The Busmess ControUer 2.0 so 
mforms hay& at step BF3.12 and at step BN 3.13 asks the buyer to accept &e alternative 
product If buyer does not accept the alternative product, then at step B1S13.14 buyer may 
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nevertheless submit a modified request, and at step BN3.15 the bargaining process is 
continued untU a bargain price is mutuaUy arrived at, the alternative product becomes 
unavailable or one of the parties discontinues the process. If Business Controller 2.0 accepts 
buyer request 1.2 at step BN3.4 then Business Controller 2.0 generates a response for the 
5 hjjycv in the form of a bargain price acceptance at step BN3.7. This response is transmitted 
to the buyer at step BN3.8 and Business ControUer 2.0 biUs the buyer at step BN3.9. 

Referring to Figure BN4, the initial processing of buyer request 1.2 and Sxst 
response generation by Business Controller 2.0 is iUustrated. Buyer request 1.2 is received, 
stored and processed by Business Controller 2.0 before generating a response. At step. 
10 BN4.1, buyer request 1.2 is received fi^ the buyer. Once buyer request 1.2 has been 
received, it is stored in request database 3.5 viiere it is assigned a unique tracking numben 

After being stored at step BN4.1, buyer request may go through a series of 
processing steps. One step, if necessary, is language translation. There are lypically two 
forms of language translation. In tiie first translation form a standard language is crated in 
which all buyer request 1.2 must be written. Business Controller 2.0 extracts data fiom the 
hx^ requests. The second translation form cort5)rises translating to the language most 
appropriate for the bi^rers and seUers, and Business Controller 2.0, as described in earlier 
embodhnents. Buyer request 1.2 containing errors will be returned to the hxxycr for 
clarification and error removal. In a firrther processing step, Ae request is searched for 
criteria, and if no criteria have been included, bi^ request is sent back to &e buyer for 
resubmission. Language translation is not required if the language used meets &e pref^ 
language criteria defined by the registration profile of both seller and biQ^er. The Internet 
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Bargaining System is equipped with language translation software tiaat enables it to 
coDununicate wifli bofli buyer and sellw in a multilingual environment 

Before searching for tiie product meeting Uie criteria in product database 3.9, 
Business Controller 2.0 searches at step BN4.2 for previous requests from the bi^er for the 

5 same product number that was accepted by tiie Business Controller 2.0, so fliat unnecessary 
bargaimng is not performed. If the buyer had aheady suggested his bargain price earlier but 
did not proceed at that time, and now wishes to continue, then there is no need to start all 
over. In tiiis mstance, the buyer can be aUowed to hold his bargain price for: (i) a Imiited 
time, or (ii) an mdefiboite time, or (iii) until tiie product is bought by anotiier buyer. 

10 Altematively, the buyer can hxpOt the transaction trackmg number to retrieve tiie bargain 
price previously accepted by the system and kept on hold by biQrer. 

In tiie event tiiat the buyer has previously requested a bargain price for that product at 
step BN43, flien Busmess Controllw 2.0 will present tiie buyer whh higher bargain prices 
offered by otiier buyers at step BN4.5, or provide to hvyec additional purchase options, such 

15 as (0 average price paid by other buyers, or (ii) the selling price of the product on otiier web 
sites (Le. comparative price quotes). If tiie product is not available, or a price has not been 
agreed upon, tiiea Busmess Contironer 2.0 generates a list of products closely meeting the 
criteria but differing tiierefrom in some minor respect, such as brand name, quality, color, 
features and tiie like, by searching tiirougji tiie product database 3^ at step BN4.4. The 

20 process is tiiereafler continued m tiie maimer described hereinabove in connection wifli the 
portion of tiie ^ecification hivolving ofBine communicaticm wifli the buyer. \ 

After presenting tiie hvyec with tiie higgler bargain offers by other buyers, Busmess 
Comroller 2.0 checks at step BN4.6 whetiier or not the buyer's bargam price revised in ligjit 
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of such higher bargain offers, is vaUd. If it is, then Busmess ControUer 2.0 asks Ihe bi^er to 
accept the bargain at step BN4.9. When the buyer accepts the offer at step BN4.10, Busmess 
Controller 2.0 finalizes the deal by billing the buyer and dispatchmg the product to fte given 
address at step BN4.12, and sends invoice and shipping details either through an electronic 
email system or through regular mail. If bi^er does not accept, then Busmess ControUer 2.0 
continues with the bargain process at step BN4. 1 1 untU a successful bargain is amved at. In 
the event that the bi^rer's revised bargain price is not vaKd, ften Busmess Controller 2.0 
gensaeatss a new bargain price for the buyer and proceeds with the bargammg at step BN4.7 
and BN4.8, and the process is continued as described herem unta a bargain price is mutuaUy 
reached, the product becomes unavailable, or one of the parties discontinues the bargaining 
process . 

In Figure BN5 there is show the process of online bargammg between buyer and 
Business Controller 2.0. At step BN5.1 biQrer connects to an online service as shown m box 
BN5.2. A communications channel is opened at step BN53 between Busmess Controller 2.0 
and flie online service. The communications channel is a direct Imk such as a circuit 
switched or packet switched network connection, or it can also be an Intemet connection or 
a wireless connection as described previously. Once this connection has been made, the 
buyer provides his ID number at step BN5.4 and payment information at step BN5 5. 
Alternatively, provision of the biQ«r»s ID number and payment information be deferred 
until such time as purchase of a product or service is unmment Payment information can 
mdude a oedit card account number, bank account number or other p^ent method as 
shown m box BN5.6. After the biQrer has been aufliorized to enter the system, he either 
selects a product fix)m the list of products or he can select by searchmg through product 
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database 3.9 as described earHer at step BN5.7. Once a product has been selected, Business 
ControUer 2.0 generates bargain responses against the subsequent bargain requests that 
include bargain price offers at step BN5.8. At step BN5.9 Business Controller 2.0 
detennines wheflier the final bargain price is decided or if flie buyer wants to exit. If buyer 

5 does not accept, then Busmess Controller 2.0 at step BN5.11 continues with the bargain 
process until a successful bargain is amved at In the event that tiie buyer's revised bargain 
price is not successftd, ihen Business ControUer 2.0 generates a new bargain price at step 5.8 
for the hvyer and proceeds with the bargainmg process, and the process is continued as 
described herein until (i) a bargam price is nnituaUy reached, (ii) the buyer exhausts all 

10 bargainmg thne allocated for the product, (iii) buyer exhausts all firee chances available at 
buyer registration or issued thereafter pursuant to the registration agreement, (iv) the bi^er is 
unwilling to request or purchase additional bargaining tune or bargahi chances, (v) the 
product becomes unavailable, or (vi) one of the parties discontmues the bargainmg process . 

If Ihe buyer does not agree on a final bargain price for that product at step BN5.9, 
15 then Business Controller 2.0 contmues the bargaining process at step 5.10 as previously 
provided or exits. On the other hand, if a final bargahi price is agreed iq)on, the Busmess 
Controller 2.0 starts flie billmg process at step BNS.ll and the product is dispatched to the 
buyer and hivoice and shipping details are sent to fee hayex electronically or flnrougih regular 
mail. This process also mitiates the payment process to the seller of that product 

20 Referring to Figure BN6 there is described a process of onlme bargaining m which 

Busmess Controller 2.0 bargains wifli more tiian one buyer. At step BN6.1, Bushiess 
Controller 2.0 generates a bargam price for buyer request If the buyer does not accept the 
bargain price at step BN62, then Business Controller 2.0 asks hayer for anotiifir bargain 
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price of his choice at step BN6 J. If fee buyer accepts the baigain price at step BN6.2, flien 
at step BN6.4, Business Controller 2.0 checks the presence of more than one buyer 
bargaining for the same product If only one bi^rer exists then that buyer is informed about 
the request approval at step BN6.5 and then tiie buyer is biUed at step BN6.6. If at step 
BN6.4, there is more than one buyer bargaining, then Business Controller 2.0 checks for the 
avaflabiHty of that product at step BN6.7. In the event that the quantity of product desired is 
sitfecienl, then at step BN6. 1 0 Business Controller 2.0 bargains mdividually wifli each buyer 
for sale of the product, as described herein. In the event that the quantity of product desired 
is Umited, then at step BN6.8, Business Controller 2.0 infonns the buyers concerning the 
limited product availability and at step BN6.9 sends a message to all buyers ask them 
whether they wish (i) to meet or beat the highest price then offered for the product or (ii) to 
submit a final bargain price for the product Thereafter, Business Controller 2.0 initiates the 
billing process for the successful buyer at step BN6.1 1. 

Figure BN7 describes an embodunent in which a continuous communications 
channel is estabUshed between the buyer and Business Controller 2.0 using a message 
window. This message window can be a text-based conqjuter "window" displayed on video 
monitor 5.10 of b^yer interface 5.0. The buyer types buyer requests 1.2 directly to mess^e 
wmdow in a format specified by Business Controller 2.0 that appears on video monitor 5.10. 
Simultaneously Business Controfler 2.0 processes these messages and generates responses 
for the biQ^rs, which are then displayed on buyer's video monitor 5.10. 

At step BN7.1 buyer selects product by entering a message in amessage window and 
inputs hvyer request 1.2 through buyer intei&ce 5.0, fee buyer and Business Controller 2.0 
exchange a plurality of bargain requests and bargain responses at step BN7.2. These requests 
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and responses contain the suitable bargain prices for both of tiiem. If a bargain price has not 
been agreed at step BN7.3, and buyer has chosen not to pursue the system pro\dded 
bargaining options defined herein, flien bi^rer exits message window at step BN7.4 without 
biQTinglhe product If die buyer and Business ControUer 2.0 come to agreement on a bargain 
price, then the buyer leaves liie message window at step BN7.5 using a log off procedure 
where he signals that a successful session has ended. At step BN7.6 aU the relevant 
databases are iqniated to depict a successfiil transaction. The buyer account is billed using 
die various billing methodologies described in the billing embodiment at step BN7.7, and at 
BN7.8 the product is diq>atched to the hvy&c. 



Online Bai^inin^ vfHh Seller 

Figure SNl describes the method by which the seller registers himself with Business 
Controller 2.0. At step SNl.l seller connects to the online service. This online service could 
be AOL, Con?>uServe, Prodigy or other conventional ordine service providers. At step 
SN1.2 seller connects to Business Controller 2.0 and submits seUer's personal profile at step 
SN13. Here seller maybe asked to submit such items as name, address, phone number email 
address, city, state, country and die like, as shown in box SN1.4. This profile could be in a 
predefined fonnat or sefler may be asked to file an onlme form for this purpose. At step 
SN1.5 Business ControUer 2.0 updates seller database and registers seller. Business 
Contioller 2.0 generates a unique ID for the seUer at step SN1.6. This ID number is used to 
get authorization ftom the system if the seUer wants to communicate or sell another item at 
same odier time. Sdler can connect to Business Controller 2.0 using diis ID to get 
information about the status of seller's product sale or any other queries. At step SN1.7 
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Business ControHer 2.0 asks the seller to provide characteristics of the product to be put on 
sale. 

Figure SN2 illustrates the process by which the seller connects to Business 
ControUer 2.0 and submits product characteristics to be put on sale. At step SN2.1 seller 
connects to onlme service, as described earlier. Thereafter seller connects to Business 
Controller 2.0 at step SN2.2. Here the seller provides his ID number along with the 
password for au&orization at step SN2.3. At step SN2.4 the seller submits the characteristics 
of seller's product. These characteristics may be submitted usmg a predefined forniat 
specified by the Busmess Controller 2.0, or he may be asked to fiU an online fonn for this 
purpose. This form way contain all tiie necessary details about the product Aat may be 
necessary to assess the value of that item by the Busmess Controller 2.0. The seller can also 
provide a photograph of the object m electronic format, if required. Product characteristics 
may contain information about the product, including categoiy, make, model, year, type and 
the like, as described in box SN2.5. At step SN2.6, flie seller specifies the mode of sale that 
is preferred for seller's product, for example, bargaining or open sale, as specified m box 
S1SI2.7. 

SeUer can specify that the product is to be sold in a Umited period of time. This w^ 
Business ControUer 2.0 can baigam with tiie interested buyer to come up with an optimum 
price for the product One method mcludes placing the product on auction for purchase by a 
buyer that submits the highest bid. Another method can include selling the product to 
Busmess ControUer 2.0 which, in turn, bargams with the setter to give seUer his best baigain 
price range, after addmg sales commission, Ucense royalty, or otiier such transactional fee, 
and then later seUs flie product to the huyecs. Yet another method can include listing the 
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product through the Business Controller 2.0 and paying a sale commission based on minimal 
partidpation by Business Controller 2.0, bargaining direcfly with a prospective buyer for 
sale of the product. StiU another method can include listing the product Ihrou^ the 
Business Controller 2.0 which, in turn, bargains with the setter to arrive at a price range for 
5 the product and, after adding sales commission, Ucense royally, or other such transactional 
fee, bargains directly with the sdler to arrive at a final sales price for the product These 
represent some of the methods that can be used, but it will be appreciated by those skiUed in 
ibs art that many different methods or combinations of methods could be used, as well. 

At step SN2.8 Business ConUoller 2.0 iq)dates seller database and product database 
10 and generates a response at step SN2,9 according to the mode of sale i«eferred. 

Referring to Fig. SN3, there is described the manner m which Business Controller 
2.0 does the initial processing of the seUer request 1.4. Aflar the seller submits his request to 
Business Controller 2.0 at step SN3.1, Business Controller 2.0 determines at step SN3.2 
whsflier the request is acceptaHe. The request should be in a format specified by Business 

15 ControUer 2.0. Business Controller 2.0 can specify this format in an electronic form posted 
on its web page. The seller fills flie form and submits it to Business Controller 2.0. Business 
Controller 2.0 then esdracts all «ie required data and stores it in request datsibase 33. In 
addition. Business Controller 2.0 determines whetiaer the product ^pointed for sale can in 
feet be sold toough Busmess Controller 2.0. This determination is made by processing 

20 fhrou^ the Business rules companent 2.8 of the Business Controller 2.0. If the request is 
not acceptable, then at step SN33 Business Controller 2.0 asks seller to send anotiier request 
or modify the previous one. At step SN3.2, if the request is accepted then at step SN3.4 
Business Controller 2.0 iq>dates lbs request database and product database 3.9. Business 
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Controfler 2.0 starts the evaluation of the product at step SN3.5. Mode of sale for the request 
is checked at step SN3.6 and if it is to be put on sale then Business Controller 2.0 puts the 
product on sale at step SN3.7. If the seUer wants to sell the product to the Business 
Controller 2.0, or sell or list the product through the Business Controller, as described 
herein, then Business Controller 2.0 generates a response for the seller request at step SN3.8. 
If the seUer accepts flie bargain price offered by Business Controller 2.0 at step SN3.9, then 
at step SN3.10 the product is listed for sale by bargaining. If the seUer bargam price offered 
is not accepted then the seller at step SN3.11 continues the bargaining process untfl an 
agreement is reached or Has seller decides to exit the i^^stem. 

In Figure SN4 there is illustrated the transactions involved v/hsa. the seller wishes his 
product to be on open sale. The sale of seller's product may be accomplished by auction, 
bargaining or at fixed price. The system can be configured to place items on auction or to 
sell items procured using a procedure involving bids taken fiom a plurality of buyers, 
wherein the product is sold to tiie buyer with the highest bid. At step SN4.1 seUer submits 
his product to be sold through Busmess ControHer 2.0. Busmess Controller 2.0 updates the 
product database at step SN4.2 and puts tiie product on its selling list at step SN43. This 
process can mvolve the generation of web pages wherein Ae product is advertised. The web 
pages- are included in the buyer-searchable database so that buyers can access them. At step 
SN4.4 Busmess Controller 2.0 determmes wheflier the product is sold. If the product has not 
been sold then a determination is made at step SN4.5 whether the time limit for selling die 
product has e3q>iied. If Hbe limit expires tiien at step SN4.7 Business Controller 2.0 notifies 
the seUer tiiat die product was not sold during die preselected time period. At this time tbe 
seller and, or Business Controller 2.0 has fte option of (i) extending the time limit, or (ii) 
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checking the unaccepted bargain o£!fes related to tiie product and choosing whethw to 
accept any one of those bargain offers, or (iii) re-listing the product at a lower price, or (iv) 
offering additional incentives to the buyer. If the seller elects to proceed on the basis of one 
of the preceding options, then'Business Controller 2.0 proceeds in accordance with the 
selected option. One of these options would include contacting the buyer tiiat presented tiie 
bargain offer which seller 1^ elected to dBtemune whether tiie buyer is still intwested in 
proceedmg. If the buyer is interested, tiien a bargain price is arrived al; but if the buyer is no 
longer mterested, tiien tiie seller is notified and the product is re-listed by Business 
Controller 2.0 in accordance wifli the revised request At step SN4.5 if tiie time limit is not 
over then Business Controller 2.0 continues accepting bargain offers from the buyers at step 
SN4.6. If the product is sold at step SN4.4, then Business Controller 2.0 notifies seller about 
the deal and the price at which the product has been sold at step SN4.8. At the end of tiiese 
processes, Busmess Controller 2.0 initiates tiie payment process at step SN4.9 in accordance 
witiitiie agreed upon price and conditions of sale. 

Figure SN5 illuslrates the process by vMch. tiie sellsr bargains with Business 
Controller 2.0 to get tiie best bargain price for the product^ sells it to Business Controller 2.0 
or sells or lists the product tiirough the Business Controller 2.0 with mmimal participation 
thereby. Therefore, at step SN5.1, the seller connects to Buaness Controller 2.0. Seller 
provides an ID number for aufliorization at step SN5.2. The seller requests Business 
Conbrolla 2.0 to start bargaining by sending a bargain request to Business Controller 2.0 at 
step SN53 «ttar:hm^ a bargain price range. At step SN5.4 Business Controller 2.0 gaierates 
a bargain response for tiie seUar, sped^g a more suitable price for the product At step 
SN5.5, Business Controller 2.0 determines wheflier or not tiie seller accepts tiiat bargain 
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price ratige. If the seller accepts the price range then at step SN5.7 Business Controller 2.0 
either acqudres the product from seller and initiates the payment process or lists the product 
through Business Controller 2.0 and initiates the payment process upon sale of the product 
If the seller does not accept the bargain price range at step SN5.5, Business Controller 2.0 
5 asks seller to send another more suitable price range at step SN5.6. This process can 
continue until (i) the seller's best bargain price range is achieved, or (ii) Business Controller 
2.0 stops bargaining after generating a limited number of bargain prices, or (iii) the 
expiration of time or exhaustion of chances allotted for bargaining with the seller, or (iv) 
seller elects to list Ihe product on open sale. The best bargain price range will include the 
10 final bargain price that Business Controller 2.0 can offer for the product. Business 
Controller 2.0 can hold that price for a preselected period of time^ upon request, if the seller 
is undecided about the acceptance of the offer. This procedure permits seller to accept the 
final bargain price at a more conv^ent time. Seller can also reject the final bargain price of 
the Business Controller 2.0 if it is not satis&ctory . 

IS Referring now to Fig. SN69 there is shown an embodiment in which the seller can 

inquire about the sale status of the product At step SN6.1 seller connects to Business 
Controller 2.0 and provides seller's ID number for authorization at step SN6.2* At Hiis point 
seller also provides the product ID and requests Business Controller 2.0 to provide seller 
with the status of sale of the product at step SN6.3. Business Controller 2.0 searches through 

20 iho database and generates a report specifying the current and previous bargain ofifers at step 
SN6.4. At step SN6.5, Ibis report is presented to seller and at step SN6.6 Busmess Controller 
2.0 asks the seller if seller is willing to accept any one of the offers yet made, or reduce the 
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price of the product, or offer additional incentives for sale of Ihe product, or list the product 
on open sale. 



Bayer Bidding Process 

5 In one embodiment of the present invention^ a procedure is described in which the 

buyer selects the products. Additionally, bidding and bargain negotiating procedures are 
described which allow the buyers to select the most ^propriate product of their choice and 
the best bargain. 

After Business Controller 2.0 has generated the list of related products, tiie buyer 
10 may directty choose one or more products. The buyer might connect to the web page of 

Business Controller 2.0 to select from the given list of products. Now when the selection of 
products has been made, the buyer can start bargaining on the total price of the selected 
products. This w^ the buyer does not require bargaining on each and every product The 
Business Controller 2.0 is responsible for bargaining on tiie total price of the products. It 
15 keeps track of each item's price and processes* each item's bargain price indhddually. This 
way the buyer is not concerned with the individual price of each product, instead he bargains 
for a pack^ deal that is more suitable, convenient and cost effective. 

In another embodunent, if the seller wants to sell a number of products or a package 
containing several items, the Business Controller 2.0 then processes each item separately. 
20 The bargain price for each item is generated and summed to come up wifli a bargain price of 
die whole package. The system is capable of handling an unliaaited number of buyers and 
sellers at the same time depending on tiie processing pow^ of available hardware. 
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Fig BBl shows a bidding embodiment where the buyer bids for a product If the bid 
is greater than the final bargain price then system accepts the bid otherwise rejects the bid 
request and keeps the product open for bidding. Buyer creates a bid request at step BBl.l 
and transmits the request to Business ControUer 2.0 at step BB1.2. At step BB1.3 Business 
Controller 2.0 checks in tiie bargain database whether the current bid meets Uie sella: or 
system criteria. If the bid does not meet the seller or system criteria, then Business Controller 
2.0 updates the bargam database at step BB1.4 and continues to request a new baigam price 
until Ihe time allocated for biddmghas expired, or buyer's chances are exhausted and buyer 
is unwilling to purchase additional chances, or the product has been sold or is no longer 
available for sale, or alternative similar products have not been offered for purchase, as 
provided herein. In these circumstances, the Business Controller 2.0 notifies the buyer about 
the previous bids including ihe hi^est bid and asks the buyer to bid again at step BB1.5. 

hi the ahemative case, Business Controller 2.0 determines at BB 1 .3 whether a bid 
request meets the seller or system criteria. In these drcumstances, the Busmess Controller 
2.0 then detennmes fiwm flie bargain database whether this current bid is greater than the 
final bargain price at stepBBl.6. If it is not, then the database is updated at step BB1.7 and 
Business ControUer 2.0 notifies buyer that this bid cannot be accqpted and asks the buyer to 
bid again at step BB 1.8. Now if this bid is greater than the final bargain price then Business 
Controller 2.0 iq)dates the databases at step BBI.9 and the user is notified about the 
acceptance at step BBl.lO. 

Referring to Fig. BB2, at step BB2.1 buyer creates buyer request This request is then 
sent to Busmess Controller 2.0 at step BB2.2. At step BB23, the Busmess Controller 2.0 
analyzes the buyer request This analysis can contam procedures to conqiare the requested 
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bid wilii the ones previously stored in the datable or with the bids made by the same buyer, 

or provide assistance to the buyer. These procedures can also check whether the current bid 

is greater than the lowest or final bargain price. It is also possible to determine whether the 

product requested for is available for sellmg or not At step BB2.4 the buyer is ioformed 

5 about the anaij^is of buyer request The position of the current bid agamst comparative 

quotes is presented to tiie buyer. At step BB2.5 the Busuiess Controller 2.0 continues the 

biddiag process until the time period or chances allotted for bidding time are over, or the 

product is sold to one of the bidders, or the product is no longer available. At step BB2.6> 

I 

Business ControU^ 2.0 notifies the successful buyer about the bid acceptance at the end of 
10 the bidding process. 

Another form of bidding procedure is shown in Fig. BBS. At step BB3.1 buyer 
submits buyer request to Business Controller 2.0. Business Controller 2.0 processes request 
and updates relevant databases at step BBS .2. At this point, after processing the request. 
Business Controller 2.0 checks its databases to determine whether the bid request can be 

15 accepted or whetiier it should ask the buyer for a higher bargain price at step BB3.3. If the 
bid is acceptable then Business Controller 2.0 notifies buyer about the bid accq;ytance and 
initiates the billing process at step BB3.4. If the bid is not accepted at step BB3.3 then 
Business Controller 2.0 at step BBS .5 informs buyer that biQ^'s bid is either lower than 
final bargain price or lower than Ihe highest bid yet made, or suggests alternative products 

20 having similar features, or offers additional biddiag assistance^ as provided herein. At step 
BB3.6, Busmess Controller 2.0 presents the buyer with additional bidding incentives, such 
as bidding discounts (e.g. biiy now, pay later or by one, get one firee, bonus aidine miles, ISnoo 
gifts, firee shipment of product product personalization by monograms or initials, and the 
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like), or provides bidding infonnation, including (i) a list of cmrent bids, or (u) average bids 
submitted, or (iii) comparative quotes submitted, and (iv) the minimum bargain price, or (v) 
suggested modification of the bidding price, and asks the user to bid again. At step BB3.7 
hviyQT decides to change his request or increase his bid m order to be successful, thus 
continuing with the bidding process. 

■ The bidding processes desoribed here can be used wifli any of the given 
embodiments. It can use either an asynchronous or synchronous communications 
embodiment When the bidding period trammates or the number of permissible bids is 
exhausted, the process of billing is started and the successful bidder is biUed. The payment 
process foUows tibe billing process where Business Controller 2.0 pays the seller in 
accordance with the terms and conditions of sale! The above-mentioned processes are 
carried out using the procedures described hereinabove. The system arranges for the product 
to be dispatched to the buyer and, together with invoice and shipping details optionally 
transmits to huyei a questionnake asking buyer to comment about the bargaining or bidding 
experience and &e service provided. 



BiDing And Payment Embodiment 

Figures BPI-BPIO describe an exemplaiy structure of the billing and payment system 
for the cunent invention. Buyers are biUed for the product they have successftdly bargained 
for and payment is made to ttie sdlets in accordance with ttie conditions of sale. Buyer 
invoicmg and seUer payment is acconqjlished using conventional credit card electronic 
charges, checks, Hectronic Fund Transfer (EFT), digital cash, or the like. These payment 
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mefeods are used herein for illustrative purposes, since there exist many equivalent payment 
mefliods, vMch. are commonly known in Ihe art and m^ also be used to practice ibs Internet 
bargaining metiiod of the present invention. 

In Figure BPl, the billing process is mitiated at step BPl. 1 when Business Controller 
2.0 ttansnnts bi^^er rrapome 1 .7 to the hay&: that accepted Ihe bargain price. The price and 
tracking number of buyer request 1.2 is sent to billing database 3.8 at step BP1.2. Several 
billing mettiods can be used. The first billing method is payment after delivery, in which the 
buyer pays before receiving the product The second can be a credit system, in vMch the 
buyer p^ at the end of the billing period. Spedal acedit terms can be offered to 
corporations using the billing system for procuronMit of producte or services. For example, 
the Inning terms could be net 60 days or the like based on the credit worthiness of the 
company. 

In the payment after delivery method, billing processor generates a bill prior to 
dispatohing the product to the buyer. It totals the amount owed by the buyer to Ihe system at 
stepBPl.3. For example. Business Controller 2.0 mfy require the buyer to prepay a token 
amount before the deal. The rest of tiae paymstA can be made afl^ die product is received. 
Transaction records and balance informadon are stored in billing database 3.8. Money 
deposited witih Business Controller 2.0 by each buyer is placed ha an escrow account Rather 
than actually depositing mosey with Business Controller 2.0 die hvyex might instead be 
required to evidence the existence of sufiScient ca-edit to conqdete Ihe purchase of the 
product or service. A credit card on file wifli Business Controller 2.0 or the payment teans / 
method is checked before bargain price acceptance notificadon/response is sent to the hvyec. 
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Alternatively, a tbird parly billing system or an outside vender that provides billing services 
can be employed by the Business Controller 2.0. 

If sufficient credit remains in the account then the billing process proceeds. If credit 
availabUty is not sufficient to cover the total price, then the buyer is required to provide 
another credit or payment method acceptable to Business Controller 2.0. For Eleclronic 
Fund Transfers, the buyer's account information is stored in billing database 3.8 enabling 
Business Controller 2.0 to check the account balance before dispatching the product to the 
hvycr. 

In a credit method the billing processor 2.3 searches billing database 3.8 by buyer ID 
at the end of each billing period and totals the amount owed by each buyer. At step BP1.4 
the preferred billing method is retrieved from buyer database 3.5 and the appropriate billing 
module (i.e. credit card, credit line, debit card, EFT, check, digital cash, electronic cash), is 
initiated at step BP1.5. In an alternate embodiment, the buyer does not pay for the product 
unless buyer is satisfied wrtih it This embodiment allows the buyer to examine the product 
for a preselected time period before making p^onent Upon being satisfied with flie product, 
the buyer sends an authorization for payment to Business Controller 2.0. Alternatively, 
Business Controller 2.0 autonaatically initiates the payment process afler the preselected time 
period unless notified by the buyer that the product is unsatisfactory. If the buyer is not 
satisfied, a rejection message is sent to the Business Controller 2.0 and a product review 
process is started as described hereinafter in the customer satisfection embodiment 

The process of p^ong the sell«r or vendor begins at step BP2. 1 in Figure BP2. At 
this point, the price of the product and the tracking number of the sdler request 1.4 are sent 
to payment database 3.7. The ID of seUor is extracted fiom product profile and stored m 
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payment database 3.7. At step BP2.2 payment processor 2.6 searches payment database 3.7 
by seller ID and totals fee amount owed to fee seller. Payment of fee sdler is effected in 
accordance wife fee conditions of sale and fee mode of payment spedfied by fee seller, 
which may contemplate p^ment after delivery, or by credit or fee like. P^raent after 

5 delivery is carried in accordance wife the agreed upon terms and conditions of sale. The 
p^raent is transmitted to seller by fee Business Controller 2.0 after receipt of p^raent from 
fee b^yer as per fee terms and conditions of sale. In fee credit mefeod, fee seUer eifeer 
establishes an account wife fee Business Controller 2.0 that maintains a balance for the seller 
or provides ofeer alternatives, such as a credit card or an account wife a third party to be 

10 credited. At step BP2.3, fee preferred payment mefeod is retrieved from seUer database 3.6 
and fee appropriate payment module is initiated at step BP2.4. This step may be held until 
payment has been received from the biQ^er. 

Tffagrmmh as fee biQ^ers and sellers are not m direct contact, payment is made to 
Business Controller 2.0, in fee case of fee buyer, and received fiom Business Controller 2.0, 
15 m the case of the seller. The above mefeods describe a number of ways in which payment 
flow fiom hayec to Busmess Controller 2.0 and from Business Controller 2.0 to seller. 
Set forfe below are several mefeods by which Business Controller 2.0 may generate 
revenues for the provided services. 

In one embodhnent a flat fee is charged for every successful bargain. This fee is 
20 charged to buyer in addition to fee price of the purchased product and also to fee seller on 
fee sale of his product There could also be a flat fee that would cover any number of 
transactions over a given period of time, allowmg fee buyers and sellers to subscribe to the 
service, hi anofeer embodhnent Busmess Controller 2.0 can charge a prenrium over fee final 
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bargain price of the product. This premium could be charged to ei&er buyer or seller or 
both, once the deal is finalized. 

In one anbodiment, advertisers pay to have messages included in buyer request 
seller request or WebPages of Business Controller 2.0. Advertising revenues partially or 
fidly o£&et the cost of delivering the product from seller to bxQ^r in Ihe most time efScient 
manner. Once the amount owed by the biQ^er has been calculated, appropriate billing 
methods are initiated. Figure BPS illusfrates an exenplary billing procedure using credit 
cards as a primary transaction tool. Shjoplicily is tbe advantage of this system. No bank 
account is necessary, and no paper transaction is required. 

In jBgure BP3, at step BP3.1, Business Controller 2.0 looks up tiie credit card number 
of buyer in hvy&r database 3.5. At step BP3.2, this credit card number is transmitted to 
billing processor 2.3. Billing processor 2.3 contacts Ihe credit card clearinghouse to get an 
authorization number at step BP3.3. The billable amount appears on the credit card 
statement of the buyer at step BP3.4. Now this amount aufliorization is posted to the account 
of Business Controller 2.0 by the credit card clearinghouse at step BP3.5. At step BP3.6, 
Business Controller 2.0 updates billing database 3.8 to indicate that payment has been made 
or ihe Business Controller 2.0 uses a credit line billing procedure of the conventional type. 

A similar process occurs when the amount to be paid to the seller has been 
calculated. In Figure BP4, at step BP4.1, Business Controller 2.0 looks up the credit card 
number of (he seller in seller database 3.6. At step BP4.2, tiiis credit card number is 
transmitted to payxsasnt processor 2.6. Thereafter, at step BP43 ihe payxnssat processor 
contacts tbe credit card company or clearing house, or issuing bank, to obtain audiorization. 
The sale proceeds are credited to Ae seller's account at step BP4.4, where it shows up as 
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credit on his monthly bill or invoice. At step BP4.5, Business Controller 2.0 updates the 
payment database to indicate that payment has been made. At step BP4.6 Business 
Controller 2,0 transmits the notification of process completion to the seller. 

Figures BPS and BP6 illustrate a payment procedure involving standard bank checks. 

5 In billing the buyer. Business Controller 2.0 looks up his mailing address at step BP5.1 in 
buyer database 3.5. This address is transmitted to billing processor 2-3 at step BP5.2. A bill 
is mailed to the buyer at step BP5.3, and the check is received from the buyer at step BPS .4, 
At step BP5.5, Business ControllCT 2.0 iqnlates billing database 3.8 to indicate tiiat payment 
has been made. Subsequently, in Figure BP6 at step BP6.1, Busmess Controller 2.0 looks up 

10 the mailing address of the seller in seller database 3 .6. This hiformation is transmitted to 
payment processor 2.6 at step BP6.2. Payment processor 2.6 then automatically cute a hard 
copy check, payable to the seller, which check is mailed to the seller at step BP6.3. At step 
BP6.4, Business Controller 2.0 updates payment database 3.7 to indicate the completion of 
process and keeps the record on file for inquiry purposes. 

15 RefOTing now to Figure BP7 and BPS, there is illustrated a procedure in which funds 

are transferred via ('TSFT")- At step BF7.1 in Figure BP7, the bank account number of the 
hxxyct is accessed in buyer database 3.5. This account number is transmitted to biUmg 
processor 23 at step BP7.2, followed by the transfer of funds directly into Ihe account of 
Business Controller 2.0 at step BP73. At step BP7.4, Business Controller 2.0 i5)dates billing 

20 database 3.8 to indicate that payment has been made. 

Pajdng the seller is essentially tiie reverse process. In Figure BPS, at step BP8.1, 
Business Controller 2.0 searches seller database 3 .6 for tiie bank account number of the 
seller. This bank account number is transmitted to payment processor 2.6 at step BP8.2, 
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which transfers tiie money directly into the account of the seller at step BF83. At step 
BP8.4, payment database 3.7 is updated to indicate that payment has been made, and 
archives the record for inquiry purposes* 

In Figures BP9 and BPIO, there are shown commercial transaction procedures using 
5 digital cash. For billing liie buyer, in figure BPP, Business Controller 2.0 accesses the buyer 
electronic delivery address in buyer database 2.0 at step BP9.L This address is transmitted to 
billing processor 3.8 at step BP9.2. At step BP9.3, Business Controller 2.0 updates billing 
database 3.8 to indicate the payment at step BP9.4. Payment to the seller proceeds in the 
same way as in Figure BP9. 

1 0 After looldng for the seller electronic delivery address in seller database 3 .6 at step 

BPlO.l, Business Controller 2.0 sends this address to payment processor 2.6 at step BF10.2. 
This address wight be an email address if the digital cash is to be transferred by email, or it 
could be an IP address capable of accepting an online transfer of digital cash. At step 
BP10.3, the digital cash is downloaded to the seller and at the step BP10.4, Business 

1 5 Controller 2.0 updates payment database 3 .7 to indicate tiiat payment has been made. 

Using these digital cash protocols, it is possible for the buyer to include payment 
along with bvsyer request 1 .2 in email form. A buyer that has bargained successfully with llie 
Business Controller 2.0 can include digital cash along with buyer's confirmation that the 
product is satis&ctory. 



20 
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Customer Satisfaction Embodiment 

Altibough the previoiis embodiments describe the deliveiy of product as the end of 
the process, it will be xmderstood tihiat the present invention allows for follow-up procedures 
to ensure ttiat the buyer is satisfied with the product and services provided. These procedures 
5 include review of buyer comments by Business Controller 2.0 as well as periodic testing of 
the products offered for sale by a system assigned expert or by the Business Controller 2.0 
itself to verify product acceptabilily. The following figures describe these procedures. 

In F:^;ure CS 1 there is shown a customer satisfaction embodiment^ (he elements of 
which include hixycr complaint reviewing and follow-up procedures. At step CSl.l, the 

10 buyer sends comments concerning the product acceptability to the Business Controller 2.0. 
Business Controller 2.0 analyzes the comments against product standards and buyer's 
database at step CSl J2. At step CS1.3 the system checks whether Uie analysis of the product 
comments sent by the bi^yer indicates satisfaction. If satisfaction is indicated, then the buyer 
or vendor database is updated to indicate that buyer is satisfied with the product at step 

15 CS1.4. At step CS1.5, if the product comments are unsatisfactory at the step CS1.3, then 

product database and seller databases are updated to indicate buyer's dissatis&ction with the 
product A notice is issued to the vendor or seller containing advice concerning buyer's 
dissatisfection with the product, at step CS1.6. Repeated notices based on buyer 
dissatisfaction with a product or service naay result in tenq^orary or permanent removal of a 

20 vendor or seller Jfrom the system database. 

Referring to Fig.CS2, there is illustrated the handling and processmg of comments 
concerning buyer satisfection with products received by the buyer. At step CS2.1, the 
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product is sent to the buyer. Thereafter, at step CS22, upon receiving the product buyer 
discovers that the product is unsatisfactory. This dissatis&ction of buyer could be 
attributable to several causes: (i) it could be caused by manufacturing defects, or (ii) the 
product does not conform with specifications contained in the buyer request, and the like. At 
5 step CS23, buyer returns the product to Business Controller 2.0, accompanied with a refund 
request based on the conditions of sale. The Business Controller 2.0 assigns an expert to 
analyze the validity of the buyer claim at step CS2.4. At step CS2.5, this assigned expert 
submits his report to Business Controller 2.0 after due investigation. At step CS2.6, Business 
Controller 2.0 checks the claim validity in the report, if the buyer claim is valid then 

10 Business Controller 2.0 refunds the money or replaces liie product in accordance with tiie 
conditions of sale at step CS2.7 and updates all relevant databases. If, at step CS2.6, the 
claim is not valid then Business Controller 2.0 notifies the buyer about tiie denial or 
rejection of claim at step CS2.9 and updates its database at step CS2.10. Alternatively, the . 
buyer may call the expert directly using a toll ftee number, to discuss and resolve issues 

1 5 concerning product dissatis&ction or offer comments and suggestions concerning the 
product or service. 

Having thus described the invention in rather full detail, it will be understood that 
such detail need not be strictly adhered to, but that additional changes and modifications may 
suggest tiiemselves to one skilled in the art, all filing within the scope of the invention as 
20 defined by the subjoined claims. 
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CLAIMS 

What is claimed isi 

5 

1 . A system for processing tiie sale and purchase of items, conoyprising: 

a. a storage device; 

b. a processor; 

c. said storage device being operative to store programs for controlling said processor, 
10 and said processor being operative with said program to receive bargain offers from 

said btiyer, including conditions for purchase and a payment identifier, thereby 
defining said bargain offer. 

2. A system as recited by claim 1, further configured to verify the legitimacy / aulhenticily 
/condition of said pi^oduct and the pricing of products listed by the seller, said 

IS . verification comprising the steps of: 

a obtaining issuance of an Authenticily certificate fi:om an authorized appraiser; 

b. obtaining a Price evaluation fi-om said authorized appraiser; 

c. checldng product certification at the time of pick-up or delivery; and 

d. checking condition of said product at tiie time of pickup and/or delivery. 

20 3. A system as recited by claim 2, wherein said processor is further operative with said 
proc^sing program to validate a received bargain offer signal Srom said buy^ and/or 
seller and thereby determine whether said received offer signal meets predetermined 
validation cri^ia. 

4. A system as recited by claim 3, wherein said processor is further configured to start the 
25 bargain process by generating bargain prices for said biryer and said seller continuously, 
until a point is reached where (a) an acceptable price is arrived at, or (b) said buyer or 
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said seller stop bargaining; or (c) said product becomes unavailable; or (d) said bargain 
price generated by said system reaches its licni^ or (e) said buyer or said seller runs out 
of bonus chances or does not request additional chances; or (f) said predetermined time 
period allotted for bargaining has expired. 

5 5. A system as recited by claim 4, wherein the processor is further operative with the 

program to transmit a notification to the buyer, which notification indicates that buyer's 
bargain offer is less than certain minimum predetermined offer criteria and asks said 
buyer to send another bargain offer, or quit the bargaining process, or to follow a 
bargaining recommendation provided by a ^Bargain Gmii". 

10 6. A system as recited by claim 4, further configured to permit buyer to request j&ee 
chances, buy more chances at a predetermined chance purchase price, or redeem 
purchase points to buy more chances to bargain after the system program has stopped 
bargaining for a particular product or service. 

7. A system as recited by claun 6, further configured to perait buyer to use one or more 

15 bargain chances provided by the system to continue bargaining until all chances issued to 
buyer have been used, said buyer having an election to (a) request Geo chances; or (b) to 
purchase additional chances for a predetermined chance purchase price, or (c) to redeem 
purchase points applicable toward purchase of additional chances, or (d) to accept the 
system bargain price, or (e) to follow a purchase reconmiendation provided by a 

20 "Bargain Guru". 

8. A system as recited by claim 6, further configured to indicate to the buye^ 

price generated by buyer's bargain, upon being accepted by said systetu, will remain 
active, subject to acceptance by said buyer, during a predetermined time period, provided 
tiiat the product or service appointed for purchase remains available. 
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9. A system as recited by claim 6, furflier configured to notify the buyer and/or seller 
concerning the status of shipment in transit, said notification being provided (a) at the 
time of sale; and (b) periodically in response to a buyer or seXL&r request after purchase of 
said product. 

10. A system as recited by claim 1, fiirflier configured to (a) pennit buyers to purchase 
wild card discounts or special promotions from the system, and/ or (b) award such 
wild card discounts or spedal promotions on special bargain deals, and/or (c) award 
such wad card discounts or special promotions randomly or to privileged customers, 
said hvyets being notified of such wild card discount or special promotion awards by 
surprise pop-up messages or by instant messaging, or by means of a 'bargain Guru". 

11. A system as recited by claim 10, fiur&er configured so that the buyer can use Ifae wild 
card discoraits or special promotions to enhance bargaining opportunities, by bi^dng 
bargain chances or obtammg a certain percentage reduction of a final bargain offer, 
said aihanced bargain opportunities bemg specified in a wild card discount or 
speraal promotion pop-up message, or 1^ instant messaging, or by means of a 
•Bargain Guru*'. 

12. A system as recited by claim 1 1, fiulher configured to provide a gr^hic display, 
such as a •'Bargometei^or a "Bargaimnetei*', adapted to gt^hically depict a 
probability for sys^ acceptance of bv^&^s oSer for purchase of the product 

13. A system as redted by daim 12, fijrflier configured to award purchase incentives 
selected fi:om fte group consisting of: (a) bonus chances made available upon the 
purchase of products and/or services, or in response to bi^rer request for fiee bonus 
chances, or to encourage timely payment regular customers and (b) purchase 
points provided vpaa purchase products. 
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14. A system as recited by claim 13, fiirfher configured to track buyer's accumulation of 
a predetermined mmiber of purchase points, and notify buyer that said accumulated 
purchase points are applicable to provide additional discounts, o£fers or enhanced 
bargaining opportunities, in accordance with said registration agreement 

15. A system as recited by claim 14, configured to provide at least one pop-up surprise 
message during bargaining, said surprise message according an additional discount on 
the product, or a special/promotional offer, such as "buy one, get one fi-ee", with respect 
to said product 
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